Hey Jonathan,
I'm cc'ing pd-dev since this is a topic that could interest others and others could contribute to. I've started a private git branch of tkwidgets that I intent to push once I get somewhere with it. The idea is to try out a new idea for how GUI objects can work. Basically, I think I can make it so that Tcl handles more of the interaction with the user, minimizing on pd-gui <--> pd communications, and making it easier to write GUI objects. Its not trivial to do, but should be doable.
.hc
On Aug 17, 2011, at 12:26 PM, Jonathan Wilkes wrote:
Never mind, I see it now inside canvas_vis... too bad canvas' "window" subcommand doesn't have something like pack's "-in" option...
But I guess I could make a toplevel checkbutton widget and just manually clone it.
-Jonathan
From: Jonathan Wilkes jancsika@yahoo.com To: Hans- Christoph Steiner hans@at.or.at Sent: Wednesday, August 17, 2011 3:14 AM Subject: tkwidgets
Hi Hans, Do I have it right that your tkwidgets get destroyed when the containing patch is vis'd 0? If so, any hints on how this happens?
Specifically, I'm playing around with [checkbutton], and even if I comment out everything in eraseme and checkbutton_free, and every single "destroy" subcommand, I still get a tcl error when sending a bang or float to a [checkbutton] that's in a subpatch with no window mapped:
(Tcl) INVALID COMMAND NAME: invalid command name ".x252a690.c.widget25272b0" while executing ".x252a690.c.widget25272b0 cget -onvalue" ("uplevel" body line 2) invoked from within "uplevel #0 $cmd_from_pd"
----------------------------------------------------------------------------
Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams