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

[Hans-Christoph Steiner]

Yes!  This is another step towards a fully functional namespace.  I  
fully support this work.  I am not sure about the .pd suffix issue.   
Isn't that the distinction between subpatches' and abstractions'  
receive symbols?  I don't know if it matters tho.

.hc

On Jan 12, 2006, at 9:32 AM, IOhannes m zmoelnig wrote:

> is this of any use to anybody?
>
> if so i would like it very much in the upcoming release...
> (it shouldn't break anything, but you never know)
>
>
> mfg.asd.f
> IOhannes
>
> SourceForge.net wrote:
>> 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.
>> ----------------------------------------------------------------------
>> You can respond by visiting:  
>> https://sourceforge.net/tracker/? 
>> func=detail&atid=478072&aid=1403917&group_id=55736
>> _______________________________________________
>> PD-dev mailing list
>> PD-dev at iem.at
>> http://lists.puredata.info/listinfo/pd-dev
>
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
>

________________________________________________________________________ 
____

If you are not part of the solution, you are part of the problem.
                                                               -  
Eldridge Cleaver
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2353 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20060112/9ea9b2a3/attachment.bin>