[PD-dev] Gem/MarkEx now in pd-externals

[Hans-Christoph Steiner]

On Thursday, Jul 31, 2003, at 18:30 America/New_York, guenter geiger 
wrote:

>
> On Thu, 31 Jul 2003, Hans-Christoph Steiner wrote:
>>> I would quite prefer it, if the comb one gets renamed. It will
>>> irritate users coming from languages like Csound. (It did irr. me)
>>>
>>
>> Sounds good to me.  [reson~] from Gem/cxc was relatively buried and
>> undocumented, so I can't imagine that it got much use.
>
> Hi,
>
> Well, I don 't have to say that I think that the work you are doing is
> very valuable. For the externals that get trashed, I suggest that
> instead of renaming them (which would only be of any help if someone 
> wants
> to use them in a new project). ....
>
> ... we just put them in a new folder "deprecated" (or the like).
> The advantage of this is that people who have old patches around using
> these objects can select the deprecated version just by adding a path
> to that folder, and they don't have to rename objects in their old
> patches.
>
> The order pd searches for externals (abstractions) is:
>
> *) externals come first
> 1) in local directory (dir of the patch)
> 2) in the path
> 3) in the extra directory

I don't know if I understand this line:
> *) externals come first

This order of searching makes sense to me:

> 1) in local directory (dir of the patch)
> 2) in the path
> 3) in the extra directory

That way, you can stick deprecated objects into the local directory to 
make old patches work.  But I have a question: do single objects before 
objects in libs, or vice versa?

.hc