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