On 08/17/2011 08:54 PM, Hans-Christoph Steiner wrote:
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
...@at.or.at
Cc: Jonathan Wilkes jancs...@yahoo.com; pd-dev List pd-dev@iem.at
Sent: Thursday, August 25, 2011 6:18 PM
Subject: Re: [PD-dev] tkwidgets
On 08/17/2011 08:54 PM, Hans-Christoph Steiner wrote:
I've started a private git branch of
tkwidgets that I intent to push once I get somewhere
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.
How does your private git branch differ from what's currently in svn?
One thing I'd like to point out is that your tkwidgets suffer from the same
problem tot/widget did -- by handling all the widget state in tcl you make it
impossible to use your objects inside a subpatch/abstraction that
On Aug 17, 2011, at 6:23 PM, Jonathan Wilkes wrote:
How does your private git branch differ from what's currently in svn?
I pushed my git to github, my latest work is in the 'newentry'
branch. I basically focused on the [entry] widget to see if I could
get it going with this new
The problem is for a subpatch that isn't vis'd:
[inlet]
|
[checkbutton]
|
[outlet]
Will give an error on bang because checkbutton_bang has:
sys_vgui(%s invoke\n, x-widget_id-s_name);
That could be solved by using a -variable option, but then that limits you
because the nonzero value cannot be
On Aug 17, 2011, at 8:17 PM, Jonathan Wilkes wrote:
The problem is for a subpatch that isn't vis'd:
[inlet]
|
[checkbutton]
|
[outlet]
Will give an error on bang because checkbutton_bang has:
sys_vgui(%s invoke\n, x-widget_id-s_name);
That could be solved by using a -variable option, but