[PD] ERRORS IN Pd-0.39.2-extended-test4

Hans-Christoph Steiner hans at eds.org
Mon Jul 17 17:45:11 CEST 2006


On Jul 17, 2006, at 9:44 AM, Frank Barknecht wrote:

> Hallo,
> james tittle hat gesagt: // james tittle wrote:
>
>> On Jul 17, 2006, at 2:47 AM, Frank Barknecht wrote:
>>> Hallo,
>>> james tittle hat gesagt: // james tittle wrote:
>>>
>>>> ...see if ya notice a pattern here:
>>>
>>> The pattern may be, that in Pd-extended objects additionaly have
>>> different names than those, their developers gave them. I know why
>>> this is so (namespaces etc.) but with externals and abstractions
>>> developed outside of Pd-extended such things will happen.
>>
>> ...yeh, I'm not passing judgement on this one way or the other, it
>> simply is (but isn't mentioned in, say, the Readme.html?), and
>> definitely a loose-end, at that...
>
> It is a loose end. For example, my collection of list abstractions is
> installed in a directory called "list-abs" in CVS and in pd-extended.
> I've seen some people use e.g. list-drip.pd like [list-abs/list-drip]
> now, which not only is ugly because of the double "list", but also
> creates problems for users, who don't have the directory above
> "list-abs" in their path. "list-abs" actually was never intended to be
> a namespace prefix, it's just the name of  this collection (the actual
> name is "[list]-abs" to be really obsessed.) The real, old-style
> namespace prefix is the "list-" in the name of every abstraction
> included there. Many other older collections work like this, while
> others do not.
>
> If [list]-abs would get a directory prefix, it should be something
> like "list" and the "list-" in the abstraction name should be dropped,
> so only "list/drip" remains. But then one would *have* to use it like
> that, otherwise it would nameclash with Zexy's [drip] and a lot of the
> other list-objects in my collection would clash with other objects as
> well.

There are no classes that have different names in Pd-extended AFAIK.   
There are namespaces, which aren't part of the class name, but can be  
part of the name of an instantiated object.  In terms of the "list- 
abs" library, its your library, call it whatever you want.  I just  
took the name from CVS since almost all libs in CVS are in a folder  
with the same name as the library.

As for the [list command] syntax, I think its a bad kludge.  Its  
inconsistent with the rest of Pd while providing no benefits.   
Everywhere else, the second atom in an object box is an argument.  
Classname prefixes like "list-", "gem_", "cxc_", etc. are deprecated  
and ugly in my opinion.  Can we all agree on that at least?

.hc


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

                                               http://at.or.at/hans/






More information about the Pd-list mailing list