[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).
fmga.sdr
IOhannes
-------------- 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