Summary: | Memorize image previews more reliably | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | Kai Uwe Broulik <KaiUweBroulik2> |
Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | RESOLVED WORKSFORME | ||
Severity: | wishlist | CC: | jtamate, kde |
Priority: | NOR | Keywords: | triaged |
Version: | 16.12.2 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Kai Uwe Broulik
2010-11-25 17:57:35 UTC
Thanks for the report. Could you please give some more detailed numbers regarding "takes a while" and how many pictures the folder contains? A caching of the images is done already (not directly in Dolphin, this is handled in kdelibs in a generic way). I did some tests with image folders having around 1000 images and switching between 2 folders having 1000 images only requires around 0.2 seconds to restore the cached images. Please also give more detailed information which view-mode, sorting etc. you are using (e.g. is grouping enabled in the icon-view). My screen is 1920x1200 thus there are a lot of images displayed at once. Icon mode with 64x64 icons, image previews enabled for all suitable formats and folder previews as well. There are 37 folders and 406 files on the root (with a total of 2583 pictures including subfolders) and 208 MB of files on the root (the size displayed in the status bar) 3,8GB in total. The most files are 2304x1728 JPEG files from my 4MP camera with an average size of 2 MB per file. When opening the folder it takes 3 seconds for all file previews and folder previews being displayed (only those displayed at once without the files only being visible when scrolling down, this naturally takes then longer in total) and almost two seconds when just refreshing the view. In digikam file previews take forever to load (much longer than in dolfin) but once they are created, they instantly(!) appear when opening a folder. Addition: Disabling folder previews does not speed up the process at all. The folders and files themselves are displayed instantly even in my music folder with 1331 files (which did display a progress bar in earlier versions) but previews are still slow. :) Thanks for the update. One minor thing: Does it take 3 seconds only when opening the folder the first time or also when e.g. changing to a sub-folder and going back? Whenever I access the folder. No matter if the folder was opened the first time or just resumed to it. Only when refreshing (i.e. pressing F5) it goes a little bit quicker. I just noticed, because I wanted to re-test a former bug I submitted concerning the text preview, that when I modify a text file and just press F5, the preview does not get updated (I added a new line break or some spaces into the file). If I navigate away and then back (no matter if a subfolder or parent folder) the preview gets updated to represent the current state of content. I thought this might be worth noting. (Using KDE 4.6 trunk without Nepomuk/Akonadi/Strigi) Resetting assignee to default as per bug #305719 Probably this bug was fixed too when https://bugs.kde.org/show_bug.cgi?id=393015 got fixed. Does this bug still applies with recent dolphin and KF5 5.45 or newer? Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |