| Age | Commit message (Collapse) | Author |
|
svn path=/trunk/KDE/kdebase/apps/; revision=863324
|
|
least a second application requests having this functionality, it could be moved to kdelibs (for sure an API review is necessary, d-pointer, improved documentation etc.). Maybe the FolderView Plasmoid wants this?
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=842776
|
|
12 % (!) of the runtime in addToPreviewQueue(). The check is now done only once before starting the preview generation and when the clipboard data has been changed.
svn path=/trunk/KDE/kdebase/apps/; revision=826126
|
|
the slot where the preview has been received. This reduces the blocking of the GUI for the following usecase:
- folder with 1000 items
- ~30 items are visible
Old approach:
- Show the 30 items as soon as possible.
- Receive preview and add it to the queue. This is done asynchronously 970 times (no UI blocking).
- Iterate through 970 items, resize, apply item effect + border and apply the preview to the model (-> blocking of UI thread for more than 3 seconds).
New approach:
- Show the 30 items as soon as possible.
- Receive preview, resize it, apply item effect + border and add it to the queue. This is done asynchronously 970 times (no UI blocking).
- Iterate through 970 items and apply the preview to the model (-> UI thread is blocked only very short).
svn path=/trunk/KDE/kdebase/apps/; revision=826109
|
|
blocking part is a relayout, that has been done each time a group of previews have been received.
Now only for the visible items a relayout is done as soon as possible, for the previews of invisible items this is postponed until all previews have been generated.
svn path=/trunk/KDE/kdebase/apps/; revision=825304
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=819683
|
|
* Use KFileItems for all lists instead a mixture of KFileItemList and QList<KUrl>.
* Use a common helper method for generatePreviews() and resumePreviews() to order the visible items at the beginning of the list.
svn path=/trunk/KDE/kdebase/apps/; revision=819681
|
|
visible. Although the code is less readable now, it requires only 0,5 seconds for 2500 items instead of 2 seconds.
svn path=/trunk/KDE/kdebase/apps/; revision=819663
|
|
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=819162
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=819108
|
|
following strategy:
- The previews for currently visible items are created before
the previews for invisible items.
- If the user changes the visible area by using the scrollbars,
all pending previews get paused. As soon as the user stays
on the same position for a short delay, the previews are
resumed. Also in this case the previews for the visible items
are generated first.
svn path=/trunk/KDE/kdebase/apps/; revision=815480
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=804457
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=789193
|
|
apply the previews in larger blocks instead of applying them immediately after getting the signal 'gotPreview' from the PreviewJob. Now the previews in Konqueror and Dolphin are as fast as in the good old KDE 3 days :-)
svn path=/trunk/KDE/kdebase/apps/; revision=789009
|
|
just takes too much time at this part of the code. David Faure suggested some alternative ideas, I hope I can try them before KDE 4.1. Currently it is more important to keep the performance high.
BUG: 158807
svn path=/trunk/KDE/kdebase/apps/; revision=785369
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=782795
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=782785
|
|
size hint -> the preview and item effects are only applied to the current size, not to the maximum of 128 x 128 pixels
* make the icons of hidden files semitransparent like in KDE3
svn path=/trunk/KDE/kdebase/apps/; revision=766659
|
|
generated first for the visible items.
svn path=/trunk/KDE/kdebase/apps/; revision=760897
|
|
regarding generating previews and the dimming of cut items. This has been refactored by introducing an IconManager which takes care itself about generating a preview and dimming cut items. This also allows improving the speed of previews in (near) future (at the moment showing previews from the cache is a lot slower than in KDE 3...).
svn path=/trunk/KDE/kdebase/apps/; revision=759864
|