--- On Sun, 2/21/10, Roman Haefeli <reduzie...@yahoo.de> wrote:
> From: Roman Haefeli <reduzie...@yahoo.de> > Subject: Re: [PD] turn a symbol to a message > To: "Ignacio Lois" <ignaciol...@gmail.com> > Cc: pd-list@iem.at > Date: Sunday, February 21, 2010, 11:03 AM > On Sat, 2010-02-20 at 20:01 +0100, > Ignacio Lois wrote: > > Hello everyone. > > > > I've been pulling my hair out for a while with an > inexplicable > > problem. > > I'm trying to build an [open file.wav( message to feed > a [readsf~] > > object. > > A [makefilename] object is returning the exact symbol. > I'm connecting > > it to a [$1( message, and then onto the [readsf~] > object and I get the > > error: "readsf~_ no method for 'open file.wav' > > If I replace the $1 message for the hard coded "open > file.wav", it > > works perfectly. > > What am I doing wrong? > > And yeah: Pd is missing a way to display the distinction > between: > > "'open file.wav'" <- > 'open file.wav' selector > > and: > > "'open' 'file.wav'" <- message with 'open' > selector > > and 'file.wav' as first > argument > > Both look the same, when printed. This indeed could be > confusing. How > about adding a 'debug' [print] option (-d?) to make [print] > not decode > incoming message, but make it print all the implicit stuff, > that is > usually hidden? Would that make sense? How would [print] resolve this ambiguity? Both messages above are handled by the print_anything method, which prints the selector + any atoms that make up the rest of the message. Plus if there's a way to clearly distinguish visually between these two messages, I'd rather see that solution applied to Pd as a whole, so that for instance symbols with spaces in them may be saved in a patch. In the meantime, it might be helpful to make an abstraction that breaks up an incoming message into its constituent parts. So one's output would look like this: selector: open file.wav arguments: while the the other's would look like this: selector: open arguments: file.wav But I don't think this should be the job of the [print] object. -Jonathan _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list