<br><br><div><span class="gmail_quote">2007/4/6, Marcel Wiesweg <<a href="mailto:marcel.wiesweg@gmx.de">marcel.wiesweg@gmx.de</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>> However, I think it would be nice if the time for "Loading ..."<br>> would be shorter (even on a Core 2 Duo with 2 GHz and 2 GB RAM<br>> it is about 1s to go from one image to the next).<br>> This is also true when going back-and-forth between two images
<br>> (wasn't there some caching supposed to be active?)<br><br>Yes there is caching. Going back to the previous image is fast here.<br>There is no preloading currently in the editor - it is not enabled.<br><br>Marcel
</blockquote></div><br>And I would just said one word about my experimental implementation here : <br><br>Since i have works hard into canvas implementation, especially to speedup rendering of image, I have used editor canvas to render preview image on Preview Mode from Album GUI. It work nice. Now we can zoom in zoom out into preview. It's fast. This way will solve this 
B.K.O file :<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=140131">http://bugs.kde.org/show_bug.cgi?id=140131</a><br><br>And Marcel, what news about this one :<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=132047">
http://bugs.kde.org/show_bug.cgi?id=132047</a><br><br>It's can be closed ?<br><br>Also, to give an easy comparing tool, Canvas will be the best solution :<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=135048">http://bugs.kde.org/show_bug.cgi?id=135048
</a><br><br>It's easy to do : two canvas instance on the same QMainWindow, with scroollin synchronized...<br><br>Gilles<br><br>