rethinking this again, i came to the conclusion:
the actual behaviour shouldn't be changed. afaik, it is not possible to shadow classes of pd or from binary libraries. changing actual behaviour would lead to many incosistencies, where sometimes an local abstraction would shadow library classes and sometimes not. internal classes couldn't be shadowed anyway. it would make the pd-world definitely more troublesome. unless it is possible to shadow EVERYTHING (classes from binary libraries and internals), this shouldn't be changed, IMO.
i am much more in favor of consistencies in the wrong way than inconsistencies in the right way.
roman
On Sun, 2008-06-15 at 16:45 +0200, Roman Haefeli wrote:
On Sun, 2008-06-15 at 15:16 +0200, Hans-Christoph Steiner wrote:
It should do that already. I don't remember why it didn't in this case.
i am HEAVILY against this. please, before you change that in pd-extended, provide a patch to change the behaviour in pd-vanilla. actually i don't care too much which way it is implemented, but i do care A LOT that it is consistent over all distros.
your disciple of the curch of consistency roman
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de