(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@lists.iem.at mailto:pd-list-request@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 http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
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 __ http://www.metaluachahuter.com/ http://www.metaluachahuter.com/compagnies/al1-ant1/
Le jeu. 25 févr. 2021 à 20:59, Dan Wilcox danomatika@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@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@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
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.
I don't think this should be changed as there are some situations where you want to look in extra, such as when bundling externals with a custom version of Pd.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
why is it that using standard install locations isn't encouraged (or rather, why did it move into Documents of all places?)
Imo it would be less confusing for -stdlib to load paths as well so it could be used for a specific library whether it is multi-or single-binary.(and then if [declare] were canvas-local for libraries, and if you could load objects from multi-object libraries by using lib/object as wellthat would be the best case scenario. But I understand there are technical limitations https://github.com/pure-data/pure-data/pull/630%C2%A0https://github.com/pure...) -seb -----Original Message----- From: Dan Wilcox danomatika@gmail.com To: Antoine Rousseau antoine@metalu.net Cc: Pd-List pd-list@lists.iem.at Sent: Thu, Feb 25, 2021 2:42 pm Subject: Re: [PD] Best practices for [declare]
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.
I don't think this should be changed as there are some situations where you want to look in extra, such as when bundling externals with a custom version of Pd. --------Dan Wilcox@danomatikadanomatika.comrobotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Antoine Rousseau -
Dan Wilcox -
Sebastian Shader