[PD-dev] library proposal

IOhannes m zmoelnig zmoelnig at iem.at
Fri Feb 20 09:49:10 CET 2009

Hans-Christoph Steiner wrote:
> The current setup means that you can override a pd-vanilla abstraction  
> using a binary class in ".", but you can't override a pd_vanilla  
> binary using an abstraction in "."  That seems to treat .pd  
> objectclasses as second class classes and I don't like that ;)

well, additional loaders are somewhere inbetween.
e.g. .pdlua in path1 will override .pd in path0 but will be overridden 
by .pd_linux in path2.
which makes .pd a 3rd class citizen and .pdlua a 2nd class citizen.

personally i think this is something i can live with.
what bothers me more is that .pd classes cannot "bypass" the 
loader-mechanism (by registering the class).

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20090220/e1d8533d/attachment.bin>

More information about the Pd-dev mailing list