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
