[PD-dev] tkwidgets

[Hans-Christoph Steiner]

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 at yahoo.com>
> To: Hans- Christoph Steiner <hans at 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


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20110817/42a74a68/attachment.htm>