[haiku-bugs] Re: [Haiku] #3011: Filling Tracker windows with many files takes too long

  • From: "Haiku" <trac@xxxxxxxxxxxx>
  • To: undisclosed-recipients: ;
  • Date: Mon, 19 Aug 2019 09:51:33 -0000

#3011: Filling Tracker windows with many files takes too long
------------------------------------+---------------------------
   Reporter:  stippi                |      Owner:  leavengood
       Type:  enhancement           |     Status:  assigned
   Priority:  normal                |  Milestone:  Unscheduled
  Component:  Applications/Tracker  |    Version:  R1/pre-alpha1
 Resolution:                        |   Keywords:
 Blocked By:                        |   Blocking:  3974, 10952
Has a Patch:  0                     |   Platform:  All
------------------------------------+---------------------------

Comment (by jackburton):

 Replying to [comment:31 stippi]:

It is a long time ago that I studied this code... but from what I
 remember, it will use !CopyBits() to shift stuff down (and up?) to make
 room for new items. That is why it draws synchronously, so it knows it
 will not copy regions that haven't been drawn yet. This code may be from a
 time where drawing a file was much slower.

To be honest, your test highlights why this approach is probably
 misguided. As a user, I am not very interested in seeing files as soon as
 possible and then watch as the list is filled with more files, which are
 inserted possibly inbetween already found files due to the filter order. I
 would rather see a spinning graphics for the time it loads if that speeds
 up the whole process by a factor of 8.

 By the way, the CopyBits part also complicates the code, and makes harder
 to implement things like the alternate color list.

-- 
Ticket URL: <https://dev.haiku-os.org/ticket/3011#comment:32>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.

Other related posts: