Hi Thomas, Krzysztof,
We had several discussions already about redesigning the pd<->GUI comunication, I think that this in general is starting to be a bottleneck.
In my opinion more of the GUI stuff should be done on the GUI side, and not from within pd,... but I might be completely off topic with this ?
Guenter
On Wed, 16 Oct 2002, Thomas Grill wrote:
am 16.10.2002 15:21 Uhr schrieb Krzysztof Czaja unter czaja@chopin.edu.pl:
hi Thomas,
Thomas Grill wrote: ...
I don't know if there is a way to get the TCL/TK mouse state by polling, there seem to be just mouse events... but that's not too bad - one can cache the info.
actually I need only mouse _position_ polling (or, strictly speaking, sampling), which is available by calling winfo pointerxy.
Hmmm, i don't understand the advantage of polling compared to position events. If you want to poll from TCL/TK you would have to trigger a TK function and get the values via a bound message (but you know that). So using the mouse events, cache the position and do the polling (if necessary) internally seems more convenient to me.
and what I do not know, is how to plug my object into the original flow of events destined for a canvas (or, rather, all canvases)... Any idea?
I guess in that case you would have to modify the event handlers in PD.TK, which is not very elegant.
best regards, Thomas
PD-dev mailing list PD-dev@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-dev