[PD-dev] loading classes: search by directory rather than extension
IOhannes m zmoelnig
zmoelnig at iem.at
Thu Sep 24 09:02:48 CEST 2015
On 2015-09-24 03:19, Jonathan Wilkes wrote:
> In other words, [declare] objects within any child abstractions get hoisted to thetop of the relevant Pd file (in the form of an #X declare statement).
yes
> Another question because I can't remember-- where does the patch's owndirectory fall in the search path scheme?
without checking, i think the order is:
- canvas-local paths
- [declare -path]
- [declare -stdpath]
- abstraction path
- system paths
- "-path"
- standard search-paths (~/pd-externals/ ... /usr/local/lib/pd/extra/)
> Also-- can one control the order of the loaders, esp. the default loader and the abstraction loader?
no.
the order is as follows:
1. "external" loader
2..(n-1). user-defined loaders (in the order of registration==loading)
n. abstraction loader
fgnsd+
IOhannes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20150924/76eecdf9/attachment.sig>
More information about the Pd-dev
mailing list