[PD] pd extended development

Hans-Christoph Steiner hans at eds.org
Thu Apr 17 21:10:44 CEST 2008

On Apr 17, 2008, at 2:31 AM, Frank Barknecht wrote:
> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>> On Apr 16, 2008, at 2:58 PM, Frank Barknecht wrote:
>>> In the end we may be back at square one: a "flatspace" with the
>>> selected best of the (un)pack objectclasses in a single  
>>> directory. No
>>> problems with path settings, all is fine again.
>>> Or what am I missing? ;)
>> The flatspace model breaks down when you start adding libraries to  
>> Pd-
>> extended.  Then you can have nameclashes again.  Say someone writes
>> their own library with an [urn], then what happens?  At best,
>> confusion ensues.
> I should have written "best of the (un)pack objectclasses in a single
> *namespace*", not a directory. But that's how pd-extended is setup and
> used in practice ATM.
>> If we look at other programming languages, we can see that namespaces
>> are a very common  solution to this problem (C++, Tcl, python, Java,
>> Smalltalk, etc).  I see no reason why it wouldn't work for Pd as  
>> well.
> Me neither. I just see a discrepancy between theory and real life  
> and am
> searching for the reason. ;)

This is the reason AFAIK: The namespace stuff isn't fully  
implemented, plus people are used to working in a single namespace,  
so first things need to be fixed, then we need to work out a  
transistion plan.


> Ciao
> -- 
> Frank Barknecht
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list


"It is convenient to imagine a power beyond us because that means we  
don't have to examine our own lives.", from "The Idols of  
Environmentalism", by Curtis White

More information about the Pd-list mailing list