[PD] Execute command from Pd
reduzent at gmail.com
Mon May 29 22:58:23 CEST 2017
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
But I agree, that something like [getdir] in vanilla would be handy.
> 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
> > On May 29, 2017, at 10:30 AM, pd-list-request at lists.iem.at wrote:
> > From: Antoine Rousseau <antoine at metalu.net>
> > Subject: Re: [PD] Execute command from Pd
> > Date: May 29, 2017 at 6:40:26 AM MDT
> > To: Roman Haefeli <reduzent at gmail.com>
> > Cc: Pd-list <pd-list at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 473 bytes
Desc: This is a digitally signed message part
More information about the Pd-list