[PD] Preferred/best practice for loading external objects
patrice colet
colet.patrice at free.fr
Wed May 4 14:18:49 CEST 2016
Hello,
sorry for that but it is not clear to me...
I'm using deken for installing externals but encountering issues with
help browser when I enable those externals with preference window, it's
actually in another thread.
If I understand, I shouldn't add those deken externals in path
preferences, but add a [delare -path ~/pd-externals/my_deken_external]
object to all the main patches that uses externals installed into
~/pd-externals, and then path preferences is about externals installed
elsewhere.
By this way the console doesn't complain anymore about duplicates when I
open help browser without hacking tcl code,
but I'm a bit lost lost now about how to proceed with all my old patches...
patco
Le 04/05/2016 à 13:30, IOhannes m zmoelnig a écrit :
> On 2016-05-04 10:56, Antonio Roberts wrote:
>> Now that Pd vanilla + deken is the preferred way to have a
>> Pd-Extended-like experience I was just wondering if there are any best
>> practices or preferred way for loading objects from externals.
>>
>> Should we reference the external i.e. [mrpeach/binfile] or just load
>> it in our startup path and use [binfile]. The former has the advantage
>> of giving a hint to what externals are needed but results in long
>> objects.
>>
>> Any suggestions?
>>
>>
>>
> *my* suggsetion is to use [declare]
>
> fgamsdrt
> IOhannes
>
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160504/0f2982ec/attachment.html>
More information about the Pd-list
mailing list