Plus you can use that string format directly with Martin Peach's
network objects, AFAIK.
.hc
On Dec 16, 2006, at 7:16 AM, padawan12 wrote:
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
------------------------------------------------------------------------
All information should be free. - the hacker ethic
_______________________________________________
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
