[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [udig-devel] snapping
|
I'll take a peek. Is it only happening when snapping is on? I have
some theories about what is happening and will look into it. One of
the changes I made was to not have our own event thread since that
implies a great deal of overhead. However since the event thread has
the highest priority if any code for interacting with the user occurs
in another thread it is performed very quickly. I may have to see
what thread snapping is done in and see if that could be part of the
problem.
Jesse
On 21-May-06, at 10:31 PM, Michael Brasser wrote:
Jesse,
Is it possible the snapping/drawing performance bug you fixed
earlier (see below) has crept back in to RC0? I am getting really
slow mouse response times again once snapping is turned on.
Regards,
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:
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
