[PD] [pd open $1 $2{ from relative path without getdir

[Jonathan Wilkes]

----- Original Message -----

> From: me.grimm <megrimm at gmail.com>
> To: Roman Haefeli <reduzent at gmail.com>
> Cc: pd-list at iem.at
> Sent: Wednesday, March 20, 2013 12:09 PM
> Subject: Re: [PD] [pd open $1 $2{ from relative path without getdir
> 
>>  notion of Pd's start location. I wouldn't mind if all those cases 
> would
>>  be changed to relative-to-patch.
> 
> or a [getdir] in vanilla

in Pd-l2ork you can additionally do:

[dir(
|
[canvasinfo]
|

I made that object because I got tired of
remembering the individual name of each
object in each different library whenever I
wanted a single attribute of a canvas.  So
now I just remember "canvasinfo" and
send a bang to print out all attributes in
case I forget a method name.

(There's also [classinfo] and [pdinfo], both
of which I'm still adding attributes to.)

-Jonathan

> 
> miller?
> 
> m
> 
> 
> On Tue, Mar 19, 2013 at 7:11 PM, Roman Haefeli <reduzent at gmail.com> wrote:
>>  On Die, 2013-03-19 at 16:59 -0400, me.grimm wrote:
>>>  I was just looking at romans old post:
>>> 
>>>  http://www.mail-archive.com/pd-list@iem.at/msg04869.html
>>> 
>>>  did this ever get fixed? In the help->pd help browser->pd
>>>  msg->msg_and_pd->open_close.pd i see:
>>> 
>>>  "Sometimes you can get relative paths (./, ../, etc.) to work, but
>>>  usually not. I don't know why..."
>>> 
>>>  the example under it uses [getdir]
>>> 
>>>  there is no vanilla [getdir] right? and i was assuming the manual
>>>  example above was a vanilla example...
>>> 
>>>  IDK basically im trying to have a vanilla way to do [pd open $1 $2{
>>>  and have $2 relative to where ever my patch is sitting.
>>> 
>>>  but maybe im easily missing the obvious something that was addressed
>>>  since romans 2007 post...
>> 
>> 
>>  From what I know, the situation is still the same. Many things in Pd are
>>  still relative to Pd's start location. The 'open' message to 
> 'pd' is one
>>  of them. Also [openpanel] interprets relative paths relative to Pd's
>>  start location. There are quite a lot of externals with the same
>>  behavior, too. [moocow/readdir] just pops to my mind.
>> 
>>  From a user's perspective, this is simply broken, as a patch hasn't 
> any
>>  notion of Pd's start location. I wouldn't mind if all those cases 
> would
>>  be changed to relative-to-patch.
>> 
>>  Roman
>> 
>> 
>> 
>>  _______________________________________________
>>  Pd-list at iem.at mailing list
>>  UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 
> 
> 
> -- 
> ____________________
> m.e.grimm | m.f.a | ed.m.
> megrimm at gmail.com
> _________________________________
> 
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>