On Sun, 2007-06-17 at 14:36 +0200, Frank Barknecht wrote:
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote:
Then [import iemlib], [declare -lib iemlib] or so is better. This would give an error, if import isn't available, but at least the abstraction would still work, if someone loads iemlib as a library.
no, because in pd-extended the iemlib-objects are directly in /extra and the abstractions are in extra/iemlib, whereas in a common iemlib installation, some objects are in iemlib1 external, others in the iemlib2 external and the abstractions are in a folder called 'iemabs'.
Yes, but that's why I said, that depending on installation, the object with the name [bp2~] may also be available under different aliases like [iemlib/bp2~], [iemabs/bp2~] or [myfavouriteabstractions/bp2~].
The canonical name for this object however as it's defined in the iemlib installation instructions for many years, is just [bp2~] and that will work on any system, if the path to that abstraction is set accordingly by whatever means currently are hot, be it .pdrc, .pdsettings, "File->Path", [import iemlib], [declare -path ...] or [declare -stdpath ...] (when the "declare path in abstractions" bug is fixed).
yo, you definitely convinced me. thanks for your effort.
but still, if i want to load the lib and the path with [declare], i'd have to set both pathes, '-stdpath iemlib' and '-stdpath iemabs' and in either case, one would cause an error. such situations make me unhappy :-(
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de