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'
2018-07-13 11:12 GMT-03:00 Roman Haefeli :
>
>
> So, does that mean the [declare]-flags -stdlib and -stdpath are
> obsolete now?
>
yes, and this was mentioned in this thread already - but it is kept there
for backwards compatibility concerns, for not to have a change in behaviour
from one version
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 it
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 wi
> 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/.
>
> 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
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
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
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 k
> 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
oad mylib with [declare -{std}path mylib] in my
> patch which fails.
>
> What am I missing here?
because right now [declare] doesn't work with user specified paths (yet). Dan's
PR attempts to fix this.
> Gesendet: Donnerstag, 14. Juni 2018 um 09:52 Uhr
> Von: "Roman Haef
Hey Dan
Thanks for trying to explain.
On Thu, 2018-06-14 at 01:18 +0200, Dan Wilcox wrote:
> There seems to be a bit of FUD in this "discussion."
Maybe things aren't that bad as they were presented. For my part, I
lost track of who favors what kind of design.
> Some things from my perspective:
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 "b
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 late
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
>
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
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 (outsid
On Tue, 2018-06-12 at 16:16 -0300, Alexandre Torres Porres wrote:
> Well, there has definitely been results in the design of Pd that came
> out of recent discussions. Let me point again to what Miller said in
> https://lists.puredata.info/pipermail/pd-list/2017-07/119839.html to
> highlight the n
2018-06-12 8:00 GMT-03:00 IOhannes m zmoelnig :
>
> why do you think it is outdated?
>
I think cause it doesn't say about the new way of doing things since 0.48.
> everything you found on the how-do-i-install-exernals-and-help-files FAQ
> is correct.
>
Well, recent discussions seem to have at
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 outdat
20 matches
Mail list logo