Hey Pders,
Luke's recent data structures gui posts inspired me to take another look at what is for me the holy grail of GOP guis in Pd - hiding bits of the gui selectively, so you can make simple looking guis which expand out to show more complicated options at the user's behest.
Attached is a patch that gets this to work through what appears to be a weird bug in the interaction between Pd and tcl/tk and some internal-message jiggery. Anyway, enough yammering, see the attached patch. Click 'show_hide' to show and hide the number box on the right. You can use the numberbox on the left to slowly slide the gui in and out to see it working slowly. For some reason this only works if you use a [line] to slowly change the size of the GOP, otherwise nothing gets hidden. Well, that is if it works at all for you.
Best,
Chris.
Very cool! I like the [line] on it. Try throwing in one of the
mapping curves like sigmoid_seat for a more natural feel ;)
.hc
On Jan 10, 2009, at 6:52 PM, Chris McCormick wrote:
Hey Pders,
Luke's recent data structures gui posts inspired me to take another
look at what is for me the holy grail of GOP guis in Pd - hiding bits of
the gui selectively, so you can make simple looking guis which expand
out to show more complicated options at the user's behest.Attached is a patch that gets this to work through what appears to
be a weird bug in the interaction between Pd and tcl/tk and some internal-message jiggery. Anyway, enough yammering, see the attached patch. Click 'show_hide' to show and hide the number box on the right. You can use the numberbox on the left to slowly slide the gui in and
out to see it working slowly. For some reason this only works if you use a [line] to slowly change the size of the GOP, otherwise nothing gets hidden. Well, that is if it works at all for you.Best,
Chris.
http://mccormick.cx <hide-patch.pd>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
kill your television
Something like this:
.hc
On Jan 10, 2009, at 6:52 PM, Chris McCormick wrote:
Hey Pders,
Luke's recent data structures gui posts inspired me to take another
look at what is for me the holy grail of GOP guis in Pd - hiding bits of
the gui selectively, so you can make simple looking guis which expand
out to show more complicated options at the user's behest.Attached is a patch that gets this to work through what appears to
be a weird bug in the interaction between Pd and tcl/tk and some internal-message jiggery. Anyway, enough yammering, see the attached patch. Click 'show_hide' to show and hide the number box on the right. You can use the numberbox on the left to slowly slide the gui in and
out to see it working slowly. For some reason this only works if you use a [line] to slowly change the size of the GOP, otherwise nothing gets hidden. Well, that is if it works at all for you.Best,
Chris.
http://mccormick.cx <hide-patch.pd>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
One thing I noticed is that when you click to open and close these gadgets, it will leave the patch in a "dirty" state, and it will ask you if you want to save the patch before closing it.
Mike
On Sat, Jan 10, 2009 at 6:07 PM, Hans-Christoph Steiner hans@eds.org wrote:
Something like this:
.hc
On Jan 10, 2009, at 6:52 PM, Chris McCormick wrote:
Hey Pders,
Luke's recent data structures gui posts inspired me to take another look at what is for me the holy grail of GOP guis in Pd - hiding bits of the gui selectively, so you can make simple looking guis which expand out to show more complicated options at the user's behest.
Attached is a patch that gets this to work through what appears to be a weird bug in the interaction between Pd and tcl/tk and some internal-message jiggery. Anyway, enough yammering, see the attached patch. Click 'show_hide' to show and hide the number box on the right. You can use the numberbox on the left to slowly slide the gui in and out to see it working slowly. For some reason this only works if you use a [line] to slowly change the size of the GOP, otherwise nothing gets hidden. Well, that is if it works at all for you.
Best,
Chris.
http://mccormick.cx <hide-patch.pd>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Sat, Jan 10, 2009 at 09:32:32PM -0600, Mike McGonagle wrote:
One thing I noticed is that when you click to open and close these gadgets, it will leave the patch in a "dirty" state, and it will ask you if you want to save the patch before closing it.
Yeah, that sucks for sure, I forgot all about that. Would be great if it was possible to send a message 'clean' to a patch to undo the dirty flag.
Chris.
Well, I don't know exactly what is causing this to happen, but one other thing that does this is if you have a patch open, and just hitting one of the "cursor" keys will also cause a patch to become dirty. Maybe there is some relationship there...
Mike
On Sun, Jan 11, 2009 at 7:01 AM, Chris McCormick chris@mccormick.cx wrote:
On Sat, Jan 10, 2009 at 09:32:32PM -0600, Mike McGonagle wrote:
One thing I noticed is that when you click to open and close these gadgets, it will leave the patch in a "dirty" state, and it will ask you if you want to save the patch before closing it.
Yeah, that sucks for sure, I forgot all about that. Would be great if it was possible to send a message 'clean' to a patch to undo the dirty flag.
Chris.
On Sun, Jan 11, 2009 at 5:01 AM, Chris McCormick chris@mccormick.cx wrote:
On Sat, Jan 10, 2009 at 09:32:32PM -0600, Mike McGonagle wrote:
One thing I noticed is that when you click to open and close these gadgets, it will leave the patch in a "dirty" state, and it will ask you if you want to save the patch before closing it.
Yeah, that sucks for sure, I forgot all about that. Would be great if it was possible to send a message 'clean' to a patch to undo the dirty flag.
Yo, this is definitely a bummer - even for datastructures, populating the data subpatch trips the dirty flag, which is often unwanted when the DS are just transient bits saved via a different mechanism than writing to the patch file (like SSSAD).
But, it seems like a [clean( message might inadvertently cause one to lose work, e.g., if you make a wanted, permanent change, tripping the dirty flag, and then run an operation which sends a [clean( message, you would not be able to distinguish which change was meant to be permanent and which was transient.
So, a different idea might be a message which can temporarily or permanently toggle detection of changes in a patch or subpatch. This way, one could turn off dirty-detection, make a change using [donecanvasdialog(, and turn it back on again. One could then effectively specify which operations are meant to be saved and which are not.
To complete this idea, though, we also need a [savebang] object to fire before the patch is saved to restore the patch to its original state (clearing subpatches, restoring GOP size, etc.). I know this can be built with [tot] but it's not reliable (I have a [savebang] abstraction in sfruit/ which I've tried to use for this purpose - it only works half the time or so).
Best Luke
Chris.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I decided to test out the gop + line business in a gui patch, and I was surprised to see that it works fairly well with data structures (plus no white cnv necessary). Attached is a "souped up" version of the output~ abstraction from the tutorials.
-Jonathan
--- On Wed, 1/21/09, Luke Iannini lukexipd@gmail.com wrote:
From: Luke Iannini lukexipd@gmail.com Subject: Re: [PD] Hiding bits of the subpatch To: "Chris McCormick" chris@mccormick.cx Cc: pd-list@iem.at Date: Wednesday, January 21, 2009, 12:26 AM On Sun, Jan 11, 2009 at 5:01 AM, Chris McCormick chris@mccormick.cx wrote:
On Sat, Jan 10, 2009 at 09:32:32PM -0600, Mike
McGonagle wrote:
One thing I noticed is that when you click to open
and close these
gadgets, it will leave the patch in a
"dirty" state, and it will ask
you if you want to save the patch before closing
it.
Yeah, that sucks for sure, I forgot all about that.
Would be great if it
was possible to send a message 'clean' to a
patch to undo the dirty
flag.
Yo, this is definitely a bummer - even for datastructures, populating the data subpatch trips the dirty flag, which is often unwanted when the DS are just transient bits saved via a different mechanism than writing to the patch file (like SSSAD).
But, it seems like a [clean( message might inadvertently cause one to lose work, e.g., if you make a wanted, permanent change, tripping the dirty flag, and then run an operation which sends a [clean( message, you would not be able to distinguish which change was meant to be permanent and which was transient.
So, a different idea might be a message which can temporarily or permanently toggle detection of changes in a patch or subpatch. This way, one could turn off dirty-detection, make a change using [donecanvasdialog(, and turn it back on again. One could then effectively specify which operations are meant to be saved and which are not.
To complete this idea, though, we also need a [savebang] object to fire before the patch is saved to restore the patch to its original state (clearing subpatches, restoring GOP size, etc.). I know this can be built with [tot] but it's not reliable (I have a [savebang] abstraction in sfruit/ which I've tried to use for this purpose - it only works half the time or so).
Best Luke
Chris.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Chris McCormick -
Hans-Christoph Steiner -
Jonathan Wilkes -
Luke Iannini -
Mike McGonagle