[PD-dev] strings

[Hans-Christoph Steiner]

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 <hans at eds.org> 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 at 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