bulia byak wrote:
Similarly, when I drag a big and complex object, previously (without interruptibility) it was very frustrating: each redraw was complete and took a lot of time, and therefore the redraws were lagging behing the mouse quite a lot. Now, with interruptibility, when I move the pen fast, it looks like I'm dragging only the top strip of the object, and it is therefore much more responsive. I can watch this top strip to position the object much more interactively than before, and as soon as I slow down or stop my movement, it completes the redraw in the new position. So, again, to me this is an advantage, not a problem.
The most noticeable (and frustrating) delays for me were in node handle manipulations. I've been adjusting my tablet settings (Intuos2 on Ubuntu dapper) to reduce the number of motion events sent from the driver, but regardless of the settings, I'm still flooding Inkscape with events. The biggest offender involved text balloons in my comics, which often required manipulating nodes around the text while zoomed in pretty far. Sometimes these nodes were not at the tops of the redraw sections, and in those cases, I never saw an update until I was done dragging and I let go of the handle.
If however for you this is a problem, let's find a compromise. I think a better approach would be to force _some_ of the redraws to be complete and let others be interrupted. For example, after every 5 interrupted redraws insert one forced complete one. I think this will be the best approach overall. What do you think?
I think that would be a good approach. Would you envision this being enabled/disabled on a per-tool/per-event basis or as something more global to be handled exclusively by SPCanvas?
John