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

14 Aug 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...
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...