<br><br><div><span class="gmail_quote">2007/4/4, Arnd Baecker <<a href="mailto:arnd.baecker@web.de">arnd.baecker@web.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;">
On Wed, 4 Apr 2007, Mikolaj Machowski wrote:<br><br>> Dnia środa 04 kwiecień 2007, Gilles Caulier napisał:<br>> > SVN commit 649987 by cgilles:<br>> ><br>> > Note to users : i need your feedback to check if all work fine on your
<br>> > computer (to be sure if my patch do not give side effects (:=)))).<br>> > Thanks in advance...<br><br>Quick tests did not show any glitches.<br><br>> WOW! Latest patches really improved IE! It feels much faster now
<br>> and no mismatches in tiles.<br><br>Speedwise:<br>going from one image to the next (8MP jpegs)<br>the last 11% of the progress-bar are now really fast<br>(I think that this was the part where the image was actually built
<br>on-screen).</blockquote><div><br>yes<br> <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">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?)
</blockquote><div><br>yes. This part have been written by Marcel.<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">But maybe this is because I compiled from svn
<br>(eg., would an --enable-final during configure possibly speed up things?)</blockquote><div><br>Yes. --enable-debug=full will post a lots of debug messages in the console witch take a while.<br><br>Also --enable-final will optimize binary for speed and remove all debug info witch reduce the memory fingerprint.
<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> I always blamed it on Qt smoothing not working on big zoom  but all<br>> problems vanished now.
<br><br>And I thought it was *those* often mentioned jpeg artefacts which<br>I saw and did not bother reporting this ;-)</blockquote><div><br>(:=)))<br><br>Next implementation in canvas is to provide new selection tool like Bezier, circle, spline, etc. The current code hardcode the rectangle selection. I must create a new implementation witch externalize the selection tool outside. All is in my mind but nothing is yet done. I need more time to do it, certainly later 
0.9.2 during this summer<br><br>Also actually the image editor plugin can only handle rectangle selection. I need to fix it. in fact it's very simple : I continue to use rectangle (for ex. with a circle selection a compute the rectangle witch include the circle area). The plugin continue to work on the rectangle but when i draw the result in preview or i compute the final image (for ex. with Red eyes tool), i use a pixels mask to restitute the original pixels outside the circle area.
<br><br>gilles<br> </div></div>Gilles<br>