#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 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.
--
Ticket URL: <https://dev.haiku-os.org/ticket/3011#comment:31>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.