Except perhaps in this thread I can try to explain... I always meant "standard path" to refer to "stuff distributed with Pd", and "Path" to be adjustible to point to libraries that are not part of the Pd distribution. I think part of the confusion comes from different possible interpretations of "standard path" (which, as I now realize, is badly named). But I think the way forward is to somehow get the "path" mechanism to do what people are asking for.
cheers Miller On Sun, Jul 30, 2017 at 03:46:38PM -0300, Alexandre Torres Porres wrote: > once again, check that github discussion > <https://github.com/pure-data/pure-data/pull/139> and see what you make of > it... > > > 2017-07-30 15:33 GMT-03:00 Christof Ressi <[email protected]>: > > > > on a view against a consensus we seem to have here, in which a standard > > search path is not a place for externals, > > > > but that's rather absurd. what is the use of a standard path if not a > > place where to put libraries? you described it beautifully in your HOWTO: > > > > application specific standard path = only for this Pd installation > > user specific standard path = only for Pd installations of this user > > global standard path = for all Pd installations > > > > who actually disagrees with this? > > > > --- > > > > user defined search paths are a nice feature but they have a serious > > disadvantage: you can't interface them with [declare], so it's not the best > > thing to use with libraries. I think this is important to remember! > > maybe this could be resolved by adding another flag to [declare] for user > > defined paths, like [declare -user myfolder]. this would be a very cool > > feature anyway! > > > > --- > > > > I think for experienced users the situation is fine. I'm really happy with > > Deken on Windows right now. The problem is rather that the standard search > > paths are awkward for beginners on Windows and OSX. They are either hidden > > or users don't have writing permission. > > > > personally I really think that the user specific standard path should be > > autocreated (by the installer and/or Deken) - like any other program does. > > when I install REAPER on Windows I automatically get a folder > > C:\Users\Christof\AppData\Roaming\REAPER > > > > but I also like Alex' idea that Deken should always initially propose the > > user specific standard path and create it when you want to install there! > > > > sorry for being redundand but I think we have to find a consensus on this > > sooner or later, not necessarily for this release! > > > > Christof > > > > > > > > > > > > > > Gesendet: Sonntag, 30. Juli 2017 um 19:27 Uhr > > Von: "Alexandre Torres Porres" <[email protected]> > > An: "Christof Ressi" <[email protected]> > > Cc: "Jesse Mejia" <[email protected]>, pd-list <[email protected]> > > Betreff: Re: [PD] New users and external path struggles > > > > > > > > 2017-07-30 14:06 GMT-03:00 Christof Ressi <[email protected][mailto: > > [email protected]]>: > > So are there arguments against documents/pd as a standard search path? > > Let's stay clear from the autocreation topic for now. > > > > The arguments seem to be based on a view against a consensus we seem to > > have here, in which a standard search path is not a place for externals, > > and that it'd be the same as a "user added path". You can check the github > > discussion and see what you make of it. > > > > Anyway, I tried pointing it out in my first response to this thread, when > > I said: "you mention issues related to Pd's current "Standard Paths", given > > that it is clear to you that this is the best practice for externals. > > Surprisingly, that is not a consensus between developers. (...) "User added > > search paths" are not the same as a "standard path", I agree (...) That's > > also something I suspect is causing many confusion, which would be a notion > > that a "user added search path" would be exactly the same as a "standard > > path", but it isn't. > > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
