Re: [PD] standard paths for externals

2018-07-14 Thread Roman Haefeli
On Fri, 2018-07-13 at 14:27 -0300, Alexandre Torres Porres wrote: > > > 2018-07-13 11:12 GMT-03:00 Roman Haefeli : > > So, does that mean the [declare]-flags -stdlib and -stdpath are > > obsolete now? Oops, bad wording on my part. I should have said 'in the declare-path branch' instead of 'now'

Re: [PD] standard paths for externals

2018-07-13 Thread Alexandre Torres Porres
This is not a switch in behaviour as I see it, since you can keep things as they are and the behaviour is still the same. Hence, no compatibility breakage here. Now, if you wanna do things differently, in a new way, as another option, then this is provided and you should adapt your patches. So

Re: [PD] standard paths for externals

2018-07-13 Thread Roman Haefeli
On Thu, 2018-06-14 at 16:32 -0300, Alexandre Torres Porres wrote: > 2018-06-14 15:35 GMT-03:00 Roman Haefeli : > > Is this the idea? > > Yes! And it's working like that in my tests. Ok, it's working for me, too. I see significant progress in that (after having cleared all preferences) I end up

Re: [PD] standard paths for externals

2018-06-14 Thread Dan Wilcox
> On Jun 14, 2018, at 9:44 PM, pd-list-requ...@lists.iem.at wrote: > > User adds '/home/jane/fanypdcollection/' to the paths in Pd's > preferences. Then she installs iemnet to > /home/jane/fancypdcollection/iemnet after she configured Deken to > install libraries to /home/jane/fanypdcollection/.

Re: [PD] standard paths for externals

2018-06-14 Thread Antoine Rousseau
> > Is this the idea? > > I think so; anyway, I personally agree with this. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

Re: [PD] standard paths for externals

2018-06-14 Thread Alexandre Torres Porres
2018-06-14 15:35 GMT-03:00 Roman Haefeli : > > Is this the idea? > Yes! And it's working like that in my tests. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

Re: [PD] standard paths for externals

2018-06-14 Thread Roman Haefeli
On Thu, 2018-06-14 at 14:18 -0300, Alexandre Torres Porres wrote: > > Now, I'm going to load mylib with [declare -{std}path mylib] in my > > patch which fails. What am I missing here? > > Yes, there's the declare issue we know and are addressing, but I'd > also like to highlight that Deken also

Re: [PD] standard paths for externals

2018-06-14 Thread Alexandre Torres Porres
2018-06-14 4:52 GMT-03:00 Roman Haefeli : > > Does Pd now look into extra's subfolders? If I got it right, the deal is that Pd always searches in "extra" (but not subfolders), so if you have a bunch of things in "extra", the thing is they're always in the search way, so it can be a good idea to

Re: [PD] standard paths for externals

2018-06-14 Thread Dan Wilcox
> On Jun 14, 2018, at 10:21 AM, pd-list-requ...@lists.iem.at wrote: > > From: Roman Haefeli mailto:reduz...@gmail.com>> > To: Pd-List mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] standard paths for externals > Message-ID: <0b50bb13c24e850d65000e980526f8234a

Re: [PD] standard paths for externals

2018-06-13 Thread Alexandre Torres Porres
2018-06-13 20:18 GMT-03:00 Dan Wilcox : > 2. IOhannes convinced me, over time, that the "stdpath" loading mechanism > used by the "extra" folder is problematic as it adds too many (sub) search > paths by default and it becomes harder to tell/control what's being loaded. > hmm, I see... > The

Re: [PD] standard paths for externals

2018-06-13 Thread Dan Wilcox
There seems to be a bit of FUD in this "discussion." Some things from my perspective: 1. Pd's library/path mechanism is largely oriented toward *local* libs first and *global* ones later, ie. download externals to individual project (sub)folders. I believe the centralized loading was added

Re: [PD] standard paths for externals

2018-06-13 Thread Alexandre Torres Porres
2018-06-13 14:20 GMT-03:00 Christof Ressi : > basically, I agree with Alexandre. To sum it up quickly from my point of > view: > > 1) "-path" in [declare] should apply to *all* paths - including the user > defined paths. > 2) "-stdpath" and "-stdlib" should be deprecated and just become aliases >

Re: [PD] standard paths for externals

2018-06-13 Thread Christof Ressi
t; and "-lib"   this way we would have a unified way of dealing with paths which would be less confusing. does anyone see possible issues with that?   Christof   Gesendet: Mittwoch, 13. Juni 2018 um 17:13 Uhr Von: "Alexandre Torres Porres" An: "Roman Haefeli" Cc: Pd

Re: [PD] standard paths for externals

2018-06-13 Thread Alexandre Torres Porres
2018-06-13 4:18 GMT-03:00 Roman Haefeli : > > I seem to disagree in almost everything you say. > I didnt say anything, I'm quoting someone else... > Your proposal has two - imho: major - drawbacks. It's not my proposal, I'm not proposing anything... > By putting libraries > anywhere

Re: [PD] standard paths for externals

2018-06-12 Thread IOhannes m zmoelnig
On 2018-06-12 12:10, Max wrote: > I'm looking for the canonical paths to install externals for the > different platforms and only can find information which seems to be > outdated, like here: > > http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files why do you think it is

[PD] standard paths for externals

2018-06-12 Thread Max
I'm looking for the canonical paths to install externals for the different platforms and only can find information which seems to be outdated, like here: http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files At least deken seems to install into ~/Documents/Pd/externals