[PD] abstraction's knowledge of parent's path
Mike D'Ambrogia
miked at CraniumProject.org
Wed Nov 13 01:59:52 CET 2002
Krzysztof,
PD newbie, so I'm hoping that I haven't missed with my question, but I can't
find a reference to [shell] anywhere. I understand the message/operation
that you're trying to get across, but I can;t seem to figure out how to
implement it.
thanks
mike
> -----Original Message-----
> From: pd-list-admin at iem.kug.ac.at [mailto:pd-list-admin at iem.kug.ac.at]On
> Behalf Of Krzysztof Czaja
> Sent: Friday, November 08, 2002 6:07 AM
> To: David Sabine
> Cc: pd-list at iem.kug.ac.at
> Subject: Re: [PD] abstraction's knowledge of parent's path
>
>
> hi David,
>
> I think there are two reasons for not having 'file...' and
> '...path' objects in Pd. One is that nobody is really willing to
> write and maintain a spaghetti code. The other is that, outside
> of a Windows world, what you need is basically as easy as putting
> whatever (eg. ls -t1 *.wav | head -1) into an executable file (eg.
> named 'lastwave', eg. placed in a current dir), then putting
> [loadbang]->'./lastwave'->[shell] into a patch.
>
> Krzysztof
>
> David Sabine wrote:
> ...
> > When I close and reopen the patch, I'd sure like to be able to
> look on the
> > hard drive for the most recent file, then begin where I left
> off. Example,
> > if "159.wav" was the last file written to the drive, then this
> new session
> > would start at "160.wav".
> ...
> > See, I've been thinking for some time that it would be VERY
> handy if PD had
> > an object available that would allow PD to respond with
> information about
> > the file system. MAX has some objects for this purpose, like;
> >
> > [absolutepath]
> > [filedate]
> > [filein]
> > [filepath]
> > [relativepath]
>
>
> _______________________________________________
> PD-list mailing list
> PD-list at iem.kug.ac.at
> http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
More information about the Pd-list
mailing list