[PD] Best practices for [declare]

Antoine Rousseau antoine at metalu.net
Thu Feb 25 23:30:42 CET 2021

Well, I don't know, it seems to me that use cases where the declaration
order matters (name clash, overloading...) are relatively rare, so it's
rarely needed to concatenate more than a couple of paths. So maybe the
index argument would be overcomplicated.

I can say the same as Roman: I'm personally quite happy with the [declare]
system as it is now!

However, old patches that used "-stdpath" don't work on newer setups, where
externals are no longer stored in "standard" directories.
Are "-stdpath" and "-stdlib" still absolutely necessary today? If they
weren't, they could be made equivalent to "-path" and "-lib" so every
choice would work.
Maybe a startup flag could then restore the original behavior, if needed.

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __

Le jeu. 25 févr. 2021 à 20:59, Dan Wilcox <danomatika at gmail.com> a écrit :

> (reposting with correct subject line)
> Perhaps [declare] needs an order index argument, similar to [gemhead #] to
> clearly specify order when required?
> On Feb 25, 2021, at 12:00 PM, pd-list-request at lists.iem.at wrote:
> Perhaps for use with "nested" code, use of abstractions, possibly in
> other abstractions etc.
> yes and it would be better readable than a long list of "-path ..."s with
> linebreaks ...
> --------
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20210225/4dfffd7b/attachment.htm>

More information about the Pd-list mailing list