KDirModelV2, KDirListerV2 and UDSEntryV2 suggestions

Mark markg85 at gmail.com
Tue Jan 15 16:14:52 UTC 2013


On Tue, Jan 15, 2013 at 5:06 PM, Aurélien Gâteau <agateau at kde.org> wrote:
> Le mardi 15 janvier 2013 16:04:39 Mark a écrit :
>
>> Well, sorting is very fast now (in my test environment) and fast
>> enough for "regular" data to be sorted before you see the data. That's
>> not an issue. The issue arises when data arrives in batches. For
>> example:
>> - Batch 1 comes in
>> - - Sort batch one
>> - - Present it to the user
>> - Batch 2 comes in
>> - - Sort batch 1 + 2
>> - - Present the new data (both batches) to the user
>>
>> If there is just one batch then there is no issue at all. If there is
>> more then one then you will eventually see a change in your model..
>> OR you don't show any data till everything is in and show a complete
>> list. That's the current approach in dolphin but also leads to a white
>> window for a few seconds (depending on the number of files)
>>
>> My preference would be to show data asap  even if that means that the
>> list will change under your mouse.
>
> Showing a white window is bad indeed, but this can be mitigated with an
> overlayed spinner to show there is activity going on. Moving file lists around
> can potentially have disastrous consequences: think about clicking an item and
> then pressing the "Delete" key...
>
> Aurélien

We're talking about application level now. In other terms: off topic
;) The KDirModel as i proposed it will just have that functionality,
but it won't do any sorting by default (just like it's working now) so
for apps using KDirModel nothing will change. It's more of a massive
internal refactoring while maintaining (most) of the external API.


More information about the Kde-frameworks-devel mailing list