Hello list.
I've been experimenting with graph-on-parent and hit a small snag. It seems whenever I open a patch which has a HRadio object in a subpatch, it will move the HRadio way out to the right and mess up my nice interface. This is with PD 0.37.4 on Linux, reproducible on 0.37.1 on Windows too.
Am I right that it has something to do with the internal scale of the sub-patch? Changing it in the properties of the subpatch has no effect.
Also, why do I have to guess where to put my interface objects so that they end up in the right positions?
I posted a patch earlier which exhibits the problem (flake.tar.gz/flake-0.1.pd).
Not a big problem, but annoying if you want consistency... :-/
Any workarounds?
.thomas
Hallo, Thomas Sivertsen hat gesagt: // Thomas Sivertsen wrote:
I've been experimenting with graph-on-parent and hit a small snag. It seems whenever I open a patch which has a HRadio object in a subpatch, it will move the HRadio way out to the right and mess up my nice interface. This is with PD 0.37.4 on Linux, reproducible on 0.37.1 on Windows too.
Strange, this even happens in very simple patches. A workaround would be, to use abstractions instead of subpatche, which would also help you in your patch as there's a lot of duplicated funcionality (e.g. most subpatches share the same GUI: try to make that an abstraction.)
However the behaviour of the radio button in a pd-subpatch buggy, I'm sure. The same error happens in 0.38-4 btw. Attached patch illustrates it.
Frank Barknecht _ ______footils.org__
Thanks... lines 243-244 of g_gdial.c should read:
binbuf_addv(b, "ssiisiiiisssiiiiiiii", gensym("#X"),gensym("obj"),
(int)x->x_gui.x_obj.te_xpix, (int)x->x_gui.x_obj.te_ypix,
(to appear in next 0.38 attempt.)
Miller
On Tue, Oct 19, 2004 at 08:56:04AM +0200, Frank Barknecht wrote:
Hallo, Thomas Sivertsen hat gesagt: // Thomas Sivertsen wrote:
I've been experimenting with graph-on-parent and hit a small snag. It seems whenever I open a patch which has a HRadio object in a subpatch, it will move the HRadio way out to the right and mess up my nice interface. This is with PD 0.37.4 on Linux, reproducible on 0.37.1 on Windows too.
Strange, this even happens in very simple patches. A workaround would be, to use abstractions instead of subpatche, which would also help you in your patch as there's a lot of duplicated funcionality (e.g. most subpatches share the same GUI: try to make that an abstraction.)
However the behaviour of the radio button in a pd-subpatch buggy, I'm sure. The same error happens in 0.38-4 btw. Attached patch illustrates it.
Ciao
Frank Barknecht _ ______footils.org__
#N canvas 0 0 538 387 10; #N canvas 143 114 209 108 gop 0; #X obj 114 201 hradio 15 1 0 8 empty empty empty 0 -6 0 8 -262144 -1 -1 0; #X coords 0 0 1 1 200 90 1; #X restore 86 174 pd gop; #X text 79 22 Bug; #X text 84 57 open subpatch; #X text 84 78 move hradio up and right; #X text 83 100 close subpatch; #X text 83 124 save; #X text 83 145 Reopen patch!!; #N canvas 143 114 209 108 gop2 0; #X obj 44 41 hsl 128 15 0 127 0 0 empty empty empty -2 -6 0 8 -262144 -1 -1 0 1; #X coords 0 0 1 1 200 90 1; #X restore 293 174 pd gop2; #X text 300 138 It's not happening with hslider;