[PD] how to capture window-related mouse-events when toxy is discontinued?

Mathieu Bouchard matju at artengine.ca
Fri Nov 4 18:18:23 CET 2011

Le 2011-11-04 à 07:37:00, Jonathan Wilkes a écrit :

> Functionally there is no difference between altering a polygon's shape 
> and the way I am moving it.

In Tk, to change the coordinates of a canvas-item, you don't have to 
delete it and recreate it. There's always a canvas-method named « coords » 
that takes the same number of position arguments that the item-constructor 
did. So for a rectangle-item, you give two points (four numbers) and for a 
N-gon (N-sided polygon), you give N points (2*N points).

It might not be much faster, though. I expect it to be only a tiny bit 
faster. Just a bit less time parsing, about one less malloc and one less 
free (perhaps several, because you have to remove a tag and add back the 
exact same). It doesn't actually redraw anything between the delete and 
the create.

Now that I think of it, the bbox computation (necessary for scheduling the 
redraw) is done twice using create/delete, only once using coords, but 
that should be a small amount of time compared to parsing the command.

BTW, extremely long strings of commands might be parsed repeatedly by the 
client side in pd 43, because it's using [info complete] (just like 
desiredata). But in practice, I didn't see it be a problem in profiling 
desiredata's client's cpu usage, and I think pd 43 does it just the same.
I didn't profile in all situations, though, so, the technique might hit 
problems with big arrays, big DS, big moves or abuse of [print] or of 
other post()/error().

| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC

More information about the Pd-list mailing list