Jesse, Glad the patch was useful. Also, I've applied the performance updates, and the interface is indeed much more responsive.
Thanks, Michael Jesse Eichar wrote: >I've applied the patch and like the outcome. Thanks for it. I >figured out the problem with the performance as well. It wasn't an >SWT problem it was just a dumb mistake in the code that places the >snap area circle. > >Thanks for the help, > >Jesse > > >On 15-May-06, at 8:52 AM, Jesse Eichar wrote: > >>> >>> The new snapping functionality added over the weekend looks great! >>> It will definitely simplify feature entry for us... >>> >>> Two issues I noticed: >>> 1. The new snapping functions seem to snap to pixels, and not >>> coordinates. The problem occurs when the features being added are >>> added at different zoom levels (i.e. draw a line, zoom in a bit, >>> and draw another line that snaps to the first line. The snap will >>> not be exact). I have attached a patch that should fix this, but >>> I'm not sure how it will affect other operations. >> Sweet! I'm going to play with this a bit for sure. Thanks a lot. >>> 2. Using snapping seems to slow down the drawing rather >>> significantly (i.e. I move the mouse, and it takes a few seconds >>> for the line to catch up to the new position). Any idea why this is? >> ... Is it slow only when snapping is on? I can't say that I've >> noticed this but maybe it is the drawing of the snap circle. I >> have to do a bunch performance tuning before the SWT implementation >> will go fast. I don't know the SWT drawing API really well so it >> is still a little slower than I like. >> >> Jesse
_______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
