hi,
Is there a way to prevent abstractions from opening windows showing themselves when clicked on ?
I've tried to hide them behind canvasses, but still they will open windows when I click on the canvas ...
regards,
x
On Wednesday 06 March 2002 15:40, CK wrote:
hi,
Is there a way to prevent abstractions from opening windows showing themselves when clicked on ?
I've tried to hide them behind canvasses, but still they will open windows when I click on the canvas ...
regards,
x
put them outside the visible area?
hi,
if there are no gui objects (also number boxes), nor subpatches in your abstraction, you may try to use graph-on-parent feature with adjusted screen width and height properties of the graph (e.g. 80x20). Such a box, unlabeled (add a comment on top) but with visible inlets and outlets, is protected from casual clicks -- one needs to use a popup menu to be able to open it.
This is a stupid workaround, likely to break in future Pd versions. In the longer run, it would be nice to have all sorts of user access restriction options (like edit lock, etc).
Krzysztof
CK wrote: ...
Is there a way to prevent abstractions from opening windows showing themselves when clicked on ?
hi, maybe this is enough: you can place them on a toggle with a larger size. the toggle gets a cross, when you click on it, but you cannot reach the abstraction, although it is above/on top. sme.
----- Original Message ----- From: "CK" x@meta.lo-res.org To: pd-list@iem.kug.ac.at Sent: Wednesday, March 06, 2002 3:40 PM Subject: [PD] preventing abstractions from opening ?
hi,
Is there a way to prevent abstractions from opening windows showing themselves when clicked on ?
I've tried to hide them behind canvasses, but still they will open windows when I click on the canvas ...
regards,
x
-- chris@lo-res.org Postmodernism is german romanticism with better http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)
hi,
it works indeed, and after setting toggle's front-color to white, the cross will be invisible.
There is a peculiar Pd feature exploited here: mouse clicks are handled by the oldest object having a matching rectangle and ``willing to handle a click'' (for example a standard text object box having a "click" method). Since the oldest is the one at the bottom, I think this is not what one would expect, though...
Changing this behaviour is quite simple (see the attachment), but is it desired, if looking at a broader picture? After all, this is yet another order dependence headache...
Krzysztof
btw, having switched to Debian (woody), I found that Pd configure seems to be still not Debian-compatible. Do all Pd/Debian users really start with ln -s /usr/include/tcl8.3/*.h /usr/include? Strange.
sme wrote: ...
you can place them on a toggle with a larger size. the toggle gets a
cross,
when you click on it, but you cannot reach the abstraction, although
it is
above/on top.
--- g_editor.c~ Sun Feb 17 23:11:14 2002 +++ g_editor.c Thu Mar 7 12:23:57 2002 @@ -453,17 +453,23 @@
if (runmode && !rightclick)
{
shiftmod, altmod, 0, doit)))
break;
shiftmod, altmod, 0, 0)))
z = y;
} if (y)
if (z)
gobj_click(z, x, xpos, ypos, shiftmod, altmod, 0, doit);
if (z)
canvas_setcursor(x, clickreturned);
else canvas_setcursor(x, CURSOR_RUNMODE_NOTHING);
}