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 > > >
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
