On Mon, 2017-05-29 at 13:15 -0600, Dan Wilcox wrote:
> Seconded. IMO something like [getdir] should be included with
> vanilla, perhaps as part of get canvas info functionality.

I can't think of any case where relative to Pd's start location is
useful (on macOS it seems to always be /, no matter where you double-
clicked a patch). On the other hand, I can think of quite a few cases
where relative to patch would be desired. [shell] is only one example.
But also when opening patches by message to Pd, it would make much more
sense to load them relative to the current patch (though that might not
be an advertised feature of Pd).

If the notion that relative to patch is superior to relative to Pd
would find wide adoption, we often wouldn't even need something like
[getdir].

But I agree, that something like [getdir] in vanilla would be handy.

Roman


> I’m using [getdir] for things like this in PdParty and I have a few
> abstractions for working with paths (p_*): https://github.com/danomat
> ika/rc-patches/tree/master/rc
> 
> > On May 29, 2017, at 10:30 AM, pd-list-requ...@lists.iem.at wrote:
> > 
> > From: Antoine Rousseau <anto...@metalu.net>
> > Subject: Re: [PD] Execute command from Pd
> > Date: May 29, 2017 at 6:40:26 AM MDT
> > To: Roman Haefeli <reduz...@gmail.com>
> > Cc: Pd-list <pd-list@lists.iem.at>
> > 
> > 
> > > When I distribute the script together with my
> > > Pd project, I'd rather want it relative to the patch, otherwise
> > > the
> > > script won't be found on other users' machines.
> > As you need [ggee/shell], then why not using also [ggee/getdir] to
> > know where your patch is located ?
> > 
> > 
> > Antoine Rousseau 
> >   http://www.metalu.net __ http://www.metaluachahuter.com/
> --------
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
> 
> 
> 

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Reply via email to