[PD-dev] Fwd: Request for dev access

Hans-Christoph Steiner hans at eds.org
Thu Feb 22 07:23:58 CET 2007


On Feb 21, 2007, at 4:54 PM, Frank Barknecht wrote:

> Hallo,
> Eric Lyon hat gesagt: // Eric Lyon wrote:
>
>> Another question that comes to mind is the name space issue. I  
>> have an
>> external in LyonPotpourri called adsr~. So does MaxMSP. But  
>> there's no clash
>> because all of my externals in MaxMSP are compiled with a prefix,  
>> in this
>> case el.adsr~.  If many different packages are to be coordinated,  
>> it would
>> be nice to have a similar convention to address this issue in Pd.  
>> (Hopefully
>> not an ugly one like making me change all my files to el_adsr~.c  
>> and so
>> forth.)
>
> If your externals as single files are installed into a directory "el"
> and if not this directory, but the its parent is in Pd's search path
> then the object can be used as [el/adsr~] etc. This solution is
> standard on Pd-extended, where every collection of abstractions or
> externals is installed as a subdirectory of "extra". "extra"
> automatically is part of the search path.
>
> Although AFAIK there still are some problems with externals: Once
> [el/adsr~] is loaded, you can also create [adsr~] without directory
> prefix and it will load your external. But maybe this has been fixed
> in the meantime.
>
> If you want to read some more about this in the archives: This kind of
> directory prefix sometimes also is called "Geiger namespace" because
> it was first suggested by Guenther Geiger.

Also, this is bit is slowly being developed into a full-fledged  
namespace, like Java.

.hc

>
> Ciao
> -- 
>  Frank Barknecht                 _ ______footils.org_ __goto10.org__
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev


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

Access to computers should be unlimited and total.  - the hacker ethic






More information about the Pd-dev mailing list