[PD-dev] [ pure-data-Patches-1403917 ] bind abtraction-canvas to full classname

SourceForge.net noreply at sourceforge.net
Mon Aug 14 09:24:12 CEST 2006


Patches item #1403917, was opened at 2006-01-12 15:26
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1403917&group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: wishlist
Status: Open
>Resolution: Later
Priority: 5
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: bind abtraction-canvas to full classname

Initial Comment:
each abstraction-canvas is bound to a receive-symbol,
based on the abstraction name, which enables you to
send special messages to the canvas (like "vis 1")
e.g. [foo] will be bound to "pd-foo.pd";

however, when the abstraction is created with a
path-name, this is not reflected.
e.g. [foo/bar] will be bound to "pd-bar.pd"

this is unfortunate if you are using multiple
abstractions of the same name within different
directories, like [foo/bar] and [task/bar] (both will
listen to "pd-bar.pd")

the attached patch will modify g_canvas.c and m_class.c
to additionally bind the abstraction's canvas to the
full classname of the abstraction, with "pd-" prepended
in the given example this means, that [foo/bar] will be
bound to "pd-foo/bar" and [task/bar] will be bound to
"pd-task/bar"

caveat: no ".pd" is suffixed, since the full classname
does not hold any file-suffixes. i do not consider this
too bad, but who knows.

what for?: i need this for a general framework where
people can write their own modules that will be saved
within a directory; the entry-point to each module is
an abstraction with the same name.

----------------------------------------------------------------------

Comment By: Miller Puckette (millerpuckette)
Date: 2006-03-23 23:37

Message:
Logged In: YES 
user_id=313747

I'm still trying to figure out a more general mechanism for
doing this... a "control" inlet for canvases, or something
like that.


----------------------------------------------------------------------

Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-01-13 20:11

Message:
Logged In: YES 
user_id=564396

as discussed on the list, it should be considered removing
the compatibility binding to the file-name.
e.g. [foo/bar] binds to "pd-foo/bar.pd" and [pizza/bar]
binds to "pd-pizza/bar.pd" but none of them binds to [pd-bar.pd]

i don't give a patch for this, since the change is simple
(just remove 1 (or 2) lines), and the decision should be
made by somebody responsible.




----------------------------------------------------------------------

Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-01-13 10:04

Message:
Logged In: YES 
user_id=564396

a refined patch "bind2classname.pd.diff" now also adds ".pd"
to the full classname, regardless of what the actual
file-extension is.
it uses addfileextent().

so now [foo/bar] will bind to "pd-foo/bar.pd"

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1403917&group_id=55736




More information about the Pd-dev mailing list