[PD] String editing

IOhannes m zmoelnig zmoelnig at iem.at
Tue Jun 29 13:16:00 CEST 2004


Frank Barknecht wrote:
> Hallo,
> Thomas Sivertsen hat gesagt: // Thomas Sivertsen wrote:
> 
>>Ah, yes. I get this. The weird thing is happening in [prepend] then, 
>>because it does not handle the symbol as an identifier for the data, but 
>>as part of the data. Now, which version/incantation of [prepend], you 
>>may ask? 
> 
> 
> The prepend from Cyclone does not do this. Maybe you are using the one
> from IEMlib? Or the one in Ggee or prepend2 or ... 

the problem i see is, that it often makes sense to prepend another 
identifier to "anythings".

eg: i have a message [play myfile.wav( ("play" being an identifier) and 
want to transmit this message via [netsend] so i have to prepend a 
"send" identifier to get [send play myfile.way(.
one could argue, that "symbol" should be handled in a different way, but 
probably i would like to transmit a symbol "mobo" via netsend: if i 
would substitute the "symbol" by "send" (e.g: [send mobo() i would 
receive an identifier "mobo" on the [netreceive] side, which i cannot 
just convert with [symbol] if i also want to send things like [play 
myfile.wav( over the same [netsend]/[netreceive] connection (because it 
would strip down to a symbol "play" without the "myfile.wav")

so what to do ?
a) make pd's message-type system more consistent (will probably break 
quite everything)
b) use [a2l] (bias!!) or something similar with a standardized (as you 
suggested) [prepend]

probably it would be a good idea to make [a2l] built into pd too (maybe 
[trigger list] should be enhanced to convert anythings to lists)

and of course günter is right, when he points out the inconsistency 
between [append] and [prepend] but there is really not very much we 
could do about it (apart from renaming all the datastructure-stuff to 
something more specific)


mfg.asd.r
IOhannes




More information about the Pd-list mailing list