dolphin/src/iconmanager.cpp, branch masterPatched KDE Dolphin with Pixel Scaling
https://fiftyfourth.xyz/git/dolphin/atom?h=master2008-09-21T19:57:37Zrenamed IconManager to KFilePreviewGenerator2008-09-21T19:57:37ZPeter Penzpeter.penz19@gmail.com2008-09-21T19:57:37Zurn:sha1:4d886d083ca6cb2d635da2d29efb804b2680b6de
svn path=/trunk/KDE/kdebase/apps/; revision=863324
this code can be called quite a lot so call the non-detaching at() instead of the detaching []2008-09-06T22:52:30ZAlbert Astals Cidtsdgeos@terra.es2008-09-06T22:52:30Zurn:sha1:a4274374cb991b52fdf41cc583878a098665659b
svn path=/trunk/KDE/kdebase/apps/; revision=857914
don't use the expensive QPixmap::setAlphaChannel() (see http://techbase.kde.org/Development/Tutorials/Graphics/Performance)2008-08-29T16:12:56ZPeter Penzpeter.penz19@gmail.com2008-08-29T16:12:56Zurn:sha1:f385b7c674d76874a6586e9cce1994597b815371
svn path=/trunk/KDE/kdebase/apps/; revision=854487
Now the IconManager does not depend anymore from Dolphin classes. If at 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?2008-08-05T21:47:02ZPeter Penzpeter.penz19@gmail.com2008-08-05T21:47:02Zurn:sha1:bc4e59dc39fedcbb323c48942f8c0fd85d75f270
CCMAIL: aseigo@kde.org
CCMAIL: fredrik@kde.org
svn path=/trunk/KDE/kdebase/apps/; revision=842776
First step of refactoring to improve the zooming capabilities of views:2008-08-05T20:15:51ZPeter Penzpeter.penz19@gmail.com2008-08-05T20:15:51Zurn:sha1:7308c7d03e182795d6b64d85a3f0725d8af32436
* Let classes that use DolphinView know about the currently used zoom level.
* Provide more zoom levels for all views (the settings dialogs have not been adjusted yet).
* Fixed issue that when using the wheel that the enabled state of the zoom actions has not been updated.
svn path=/trunk/KDE/kdebase/apps/; revision=842715
dispatch the preview queue immediately before resuming the preview generation2008-06-30T06:31:28ZPeter Penzpeter.penz19@gmail.com2008-06-30T06:31:28Zurn:sha1:823b033ab78a26ecaa707136b4618b0db34d3360
svn path=/trunk/KDE/kdebase/apps/; revision=826230
when moving the visible items to the front of the list, take care not to reverse the order2008-06-29T22:25:02ZPeter Penzpeter.penz19@gmail.com2008-06-29T22:25:02Zurn:sha1:9226a063b0c93b04689134b61fdbafc21c3e6827
svn path=/trunk/KDE/kdebase/apps/; revision=826161
Use fast image transformation like Gwenview. This increases the performance of applyImageFrame() by a factor of >2.2008-06-29T21:54:41ZPeter Penzpeter.penz19@gmail.com2008-06-29T21:54:41Zurn:sha1:dbe0566f43e52122d5556de2441dc5d24e04d1b7
Hmm, previews don't look so smooth as before, but even when having a 2 GHz CPU a bilinear scaling of 1000 previews just takes too much time.
svn path=/trunk/KDE/kdebase/apps/; revision=826128
The check whether there is a cut-selection when receiving a preview consumes 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.2008-06-29T21:40:07ZPeter Penzpeter.penz19@gmail.com2008-06-29T21:40:07Zurn:sha1:4cf8450bc4df6bbd8a307a087de54f3986ee4a33
svn path=/trunk/KDE/kdebase/apps/; revision=826126
Move the block for resizing the preview, applying an item effect + border to the slot where the preview has been received. This reduces the blocking of the GUI for the following usecase:2008-06-29T21:04:43ZPeter Penzpeter.penz19@gmail.com2008-06-29T21:04:43Zurn:sha1:1f3607bdc1f9c4c39049079a973d5027187512c2
- 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