[Kde-imaging] [Bug 135484] Thumbnail generation for multible images can cause severe overload

[Gerhard Kulzer]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=135484         




------- Additional Comments From gerhard kulzer net  2006-10-12 18:02 -------
Am Donnerstag, 12. Oktober 2006 12:36 schrieb Marcel Wiesweg:
[bugs.kde.org quoted mail]
Yes
> Forget about any kioslaves then, 
> loading is done in a different thread. The ioslave is used when you press
> F3 in the album thumbnail view.
>
> "the GUI is blocked" means what is also called frozen, i.e., no repainting
> is done, the main window is blocked as well, if you move any other window
> on top of any digikam window, the damaged area will not be repainted, no
> mouse-over animation happens if you move the cursor over the menu bar or
> tool bar buttons, etc.? The other version of "blocked" is that the digikam
> main window is unaffected, but the GUI of the Image editor window is
> disabled (greyed out).
>
> You described a difference between newly opening the image editor and
> changing the picture from the opened image editor. Does this occur
> everytime you open the window, or only the very first time during a digikam
> run?

It seems that every time I open an image from the main window (by clicking on 
it), the parent digikam process is involved only, not just the first time. If 
I move within the IE from picture to picture the kio_digikamprev is called. 
Also, if I open a picture in IE, close it and open the following one by 
clicking kio_digikamprev is invoked (probably a look-ahead feature).

But anyway, the loading is much faster now (using the version of last night), 
a 36 MB png opens instantly.

Gerhard