https://bugs.kde.org/show_bug.cgi?id=497830

John Kizer <john.ki...@proton.me> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |WAITINGFORINFO
             Status|REOPENED                    |NEEDSINFO

--- Comment #6 from John Kizer <john.ki...@proton.me> ---
I understand the general direction you're going in and how you've explored that
on your system, and I don't doubt that there are current inefficiences in how
Dolphin scrolls or displays image thumbnails, how Gwenview navigates through
images, or how KIO at its core creates thumbnails for those images - and you
are likely right that solving core issues here could create cascading benefits
across a lot of other processes.

The catch, and the reason I mentioned in my comment that we need distinct
issues, is that effectively diagnosing and solving broader topics requires
detailing out and working on the individual code bases that are underneath. In
your description, you've mentioned:

* Dolphin displaying a folder with thumbnails
* Gwenview scrolling one-by-one through a folder
* Thumbnail generation

Those are undoubtedly all related topics, but they are also distinct issues
that should be submitted separately because they each need solved in their own
respective components.

Is your theory that the way thumbnails are generated by KIO is at the core of
this? If so, then the digging you have done may be helpful information in
contributing toward a solution for https://bugs.kde.org/show_bug.cgi?id=445176

Otherwise, if there is a specific display performance issue in Gwenview that
you are targeting in this issue, then that is totally fine - but then let's
focus this issue on the speed with which Gwenview renders that content, so that
can be investigated separately from the back-end generation of thumbnails.

You mentioned that it's not necessarily handling large quantities that you're
running into, but performance with particular files - RAW file performance,
including for just displaying a single image, has an existing bug here -
https://bugs.kde.org/show_bug.cgi?id=454206 - so perhaps the focus here should
be the third set of observations you made, regarding JPG loading speed?

Thanks,

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to