[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