[PD-dev] loading classes: search by directory rather than extension

[IOhannes m zmölnig]

On 09/23/2015 11:05 PM, Jonathan Wilkes via Pd-dev wrote:
> Oh man, I was absolutely dreading addressing all that loading mess, so I'm excited to see you're tackling it.
> Question:what does it mean to "tag" an objectname with "abstraction"?

it means, that Pd now knows that [objectname] is to be constructed with
a special new-method that happens to always emit abstractions.

> Another question:How were you planning to implement canvas-local loading?  (Or did you have a plan in mind?)


i had a naïve approach in mind that would just re-direct pd_objectmaker
to a per-canvas objectmaker.
spending a few hours without pen and paper (and a non-booting desktop
machine for diversion) i got a headache and dropped it.

a proper solution (that does not treat pd_objectmaker any different from
other classes) *might* involve adding a primitive inheritance system to
Pd's objectclasses.
however, i don't have very much hope that such a change would ever make
it into Pd, so i would rather have miller's input on how he actually
would like [declare -lib] to behave.
or for that matter, how [declare] should behave in abstractions at all.
the help-patch still warns against using it outside of top-level patches.

gmdsar
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/20150923/83c17df2/attachment-0001.sig>