[PD] PD 0.48 - another deken/externals path problem ...

oliver oliver at klingt.org
Mon Aug 21 15:32:19 CEST 2017


hi, sorry to come in again, but the problems get deeper ...

WIN7/64bit
PD 0.48.0 (zipped)

i built a lot of patches using [declare] to make sure that any 
deken-installed externals/libraries are loaded when needed.

up until PD 0.47, the behaviour was like this:

[declare -stdlib GEM]

loaded the Gem library if it was located inside PD's "extra" folder


now (PD 0.48):

PD automatically defaults the deken download folder not to the directory 
"extra" but to "externals" when the "directories" folder is set (no 
startup option to change this as far as i know).

but [declare] in PD 0.48 STILL looks inside "extra", unless you define 
an absolute path to tell it otherwise (which is totally besides the 
point). as a result, none of these works:

[declare -stdlib GEM]
[declare -stdlib externals/GEM]
[declare -stdlib ./externals/GEM]

only this does:

[declare -stdlib D:/pd_0.48/externals/GEM]


so, [declare] is therefore not backwards compatible. a bug, IMHO.


possible solutions:

1.) the user must manually change the deken download (externals 
installation) path back to "extra" again, (but where's the benefit in 
this ?)

2.) make [declare] search the defined externals/library path (whatever 
its name is)

since these features are new in PD 0.48, it would be great to at least 
make them settable with a startup option.


if i may make a wish for pd 0.49:

recursive directory search paths - settable with a PD option !
would ease so much pain ;-)

best

oliver



-- 
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
/////////////// http://pendler.klingt.org //////////////
\\\\\\\\\\\\\\\ http://oliver.klingt.org  \\\\\\\\\\\\\\
////////////////////////////////////////////////////////



More information about the Pd-list mailing list