| Summary: | Next item sometimes goes next image, other times it scrolls the bar. | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Sebas <djsebas> |
| Component: | Thumbs-BarView | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles |
| Priority: | NOR | ||
| Version First Reported In: | 8.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed/Implemented In: | 8.9.0 | |
| Sentry Crash Report: | |||
|
Description
Sebas
2018-04-19 21:41:26 UTC
This report depend of the context to use : icon view, preview, table view, etc... In other word, please be more explicit to describe this problem. A screencast of digiKam in action can help to isolate exactly where the dysfunction appear... Thanks in advance Gilles Caulier From thumbnails select preview. A bar shows up at top. I make the bar as minimal as possible for more overview and bigger main picture. Could this be made a preference? Then start moving right on PNG's of 60-140MB. And that seems to be the issue. When moving quickly there is quite a delay in displaying it in the main part of the window. And sometimes it gets stuck, then you have to move to another image and move back. Is there a setting to increase caching? Implement a loading indicator might be helpful too. digiKam 7.0.0 stable release is now published: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Best Regards Gilles Caulier This issue is about smart caching. Preloading the next x images from the current one to eliminate loading time. Is Digikam changed on this aspect? It feels a bit better now. yes, it is. And Maik has also fixed more cache optimization recently for next 7.1.0. Gilles Caulier Hi Sebas and happy new year, Can you check if problem remain with digiKam 7.5.0 pre-release Windows installer available here : https://files.kde.org/digikam/ Thanks in advance Gilles Caulier @Sebas digiKam 8.0.0 is out. This report still valid ? Best regards Hello Gilles, It's been a while... Hope you are well. It seems to still be there to a certain extent, but it feels a lot faster/snappier than I remember. Good progress. @Sebas, This problem still reproducible with the new digiKam 8.2.0 pre-release Windows installer available at usual place: https://files.kde.org/digikam/ This new bundle is based on last Qt framework 5.15.11 and KDE framework 5.110. Thanks in advance Gilles Caulier @Sebas, digiKam 8.2.0 for Windows is now compiled in native under VCPKG + MSVC toolchain. Installer is available here : https://files.kde.org/digikam/ Can you reproduce your dysfunctions with this version ? Thanks in advance Gilles Caulier Hi, The 8.7.0 pre-release Windows installer from today have been rebuilt from scratch with Qt 6.8.3, KDE 6.12, OpenCV 4.11 + CUDA support, Exiv2 0.28.5, ExifTool 13.27, ffmpeg 7, all image codecs updated to last version (jxl, avif, heif, aom, etc.). Please try with this version to see if your problem still reproducible... https://files.kde.org/digikam/ Thanks in advance Best regards Gilles Caulier Did not happen in a 10 minute test on 8.8.0. Thanks Sebas for the feedback. I close this file now. Reopen it if necessary. |