Hi List,
I'm trying to create a patch where the gui changes according to a selector, and I want this changing GUI to be displayed GOP when the patch is called as an abstraction.
It seems that whatever is in the GOP frame when the patch is opened will remain visible, and moving something else into the frame with a [pos $1 $2( message doesn't work. If I save the patch afterwards, it works. Is there a way of saving the PD patch so that GOP shows the contents of the frame regardless of whether they change or not?
b est, ed
-> -> --> ---> -----> --------> -------------> (insert quote here)
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
Ed Kelly wrote:
Hi List,
I'm trying to create a patch where the gui changes according to a selector, and I want this changing GUI to be displayed GOP when the patch is called as an abstraction.
hi, my favourite method of hiding gui elements is moving them, not out of the frame, but behind a canvas. ex: i have a patch which has a background canvas with a label at its top and some hsls and some radios under the title. actually, the background canvas is 2 canvasses: the upper one (with the height of a slider), created after all other elements, the lower one created before. if you move the sliders around, they will sit on the lower canvas, but hide behind the upper one. dirty, but it works. be sure not to put your selector or anything on the top canvas, for the elements beneath it still receive mouse actions. (see an example of a 16 page synth: https://www.puredata.org/Members/syntax_the_nerd/bot.synth2-pages/image)
apropos: is there any way to change the behaviour of stacked gui elements? i mean if i cascade 2 big toggles, and click on an overlapping area, the lower toggle will get the click. not the behavior one would expect...
mfg charlie
upper one (with the height of a slider), created after all other elements, the lower one created before. if you move the sliders around, be sure not to put your selector or anything on the top canvas, for the elements beneath it still receive mouse actions. (see an
apropos: is there any way to change the behaviour of stacked gui elements? i mean if i cascade 2 big toggles, and click on an overlapping area, the lower toggle will get the click. not the behavior one would expect...
that is the correct behavior. pd-gui does not use Tk's input per-element/widget event bindings or its z-index raise/lower features, it has roughshod approximations of some of these features implemented in C in the DSP thread - if youd like these, i'd suggest try desiredata, which has brought most of this calculation over to the GUI side of the program which solves the above problems ands make further GUI hacking much easier...:
cvs -d :pserver:anonymous@cvs.sf.net:/cvsroot/pure-data co -r devel_0_39 pd cd pd && scons desire=1 cd src && wish desire.tk
good luck and happy hacking!
mfg charlie
-
cdr -
Christopher Charles -
Ed Kelly