Thanks Hans and IOhan, I think Bryans offering covers most of what is needed, adequate to muddle by until such time when we have real strings.
Andy On Fri, 15 Dec 2006 17:41:03 -0500 Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > You can do a fair amount of string handling with [list2symbol] and > things like that. But yes, it leaves a lot to be desired. Bryan > Jurish has taken a different approach, which is to use lists of bytes > to represent strings. Might be worth checking out. > > .hc > > On Dec 15, 2006, at 2:06 AM, padawan12 wrote: > > > A new and keen developer on the forums has asked - "What about text > > processing > > in Pd?" to which I replied "Pd doesn't do strings". > > I tie myself in knots trying string-like operations sometimes :), > > so I know > > its a can of worms, but what are the fundamental limitations > > surrounding symbol. > > How do we deal with EOL or NULL and so on, and what about encoding? > > Did I hear > > a rumour that better string handling is chalked in for Pd soon? An > > alphanumeric > > sort, maybe even a [grep] or [sed]? What would be the best way to > > introduce the > > concept of strings to Pd in a consistent and robust way. I see them > > as lists of > > symbols without any need for a new type but right now there are > > pieces of the > > jigsaw missing. Sorry so many questions, but it's bugging me today. > > a. > > > > > > _______________________________________________ > > PD-dev mailing list > > PD-dev@iem.at > > http://lists.puredata.info/listinfo/pd-dev > > > > ------------------------------------------------------------------------ > > All information should be free. - the hacker ethic > > > > _______________________________________________ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev