| Age | Commit message (Collapse) | Author |
|
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=824312
|
|
(thanks to Rafael for the hint)
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=824128
|
|
several 1000 items: temporary block the expensive layouting inside QListView until a block of previews has been applied.
CCMAIL: [email protected]
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=824118
|
|
dependent on the relation between model-rows and preview items. One algorithm is faster when e. g. inserting 10 items into a directory of 2000 items, while the other algorithm is faster when initially loading the directory.
svn path=/trunk/KDE/kdebase/apps/; revision=820321
|
|
* 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
|
|
destructed
svn path=/trunk/KDE/kdebase/apps/; revision=819163
|
|
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=819162
|
|
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
|
|
IconManager::updatePreviews()
svn path=/trunk/KDE/kdebase/apps/; revision=814274
|
|
cache gets an update of the preview without effect. This assures that when cutting other items that the state of the previously cut items can be restored in any case.
svn path=/trunk/KDE/kdebase/apps/; revision=814273
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=804938
|
|
correct size
* apply cut item effect before generating previews
BUG: 161707
svn path=/trunk/KDE/kdebase/apps/; revision=804768
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=804457
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=800783
|
|
(e. g. an icon)
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=794783
|
|
adding a border with the background color again (this also fixes a one-pixel-issue that shaded the right/bottom border in a wrong way).
svn path=/trunk/KDE/kdebase/apps/; revision=789234
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=789193
|
|
long as preview jobs are working, new previews will arrive
svn path=/trunk/KDE/kdebase/apps/; revision=789066
|
|
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
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=785957
|
|
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=783961
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=782795
|
|
effect, otherwise a wrong horizontal alignment is done
svn path=/trunk/KDE/kdebase/apps/; revision=782786
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=782785
|
|
this is required for Konqueror to get back this functionality from KDE 3. It is possible in Dolphin to enable this option too, but it is set to false per default.
BUG: 155571
svn path=/trunk/KDE/kdebase/apps/; revision=775621
|
|
semi-transparent effect requires having an alpha mask)
svn path=/trunk/KDE/kdebase/apps/; revision=767742
|
|
* removed redundant applying of a hidden item effect before starting the preview
svn path=/trunk/KDE/kdebase/apps/; revision=767730
|
|
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
|