[PD] symbolatom: why does it not allow to type spaces?

Max Neupert abonnements at revolwear.com
Tue Dec 11 17:22:02 CET 2007

if the situation with the symbolatom doesn't change i'd like to make  
a workaround where preferably [entry] is used, but if not available  
it will fall back to the symbol atom. is it possible to detect  
somehow if entry is loaded sucessfuly?


Am 11.12.2007 um 04:09 schrieb Chris McCormick:

> On Mon, Dec 10, 2007 at 09:25:56PM +0100, Roman Haefeli wrote:
>> before i change my policy about using externals in netpd, i would  
>> like
>> to ask (probably miller?), if there is a chance, that symbolatom is
>> changed accordingly in the future?
> When I asked about spaces in symbols on the pd-dev list Miller's reply
> was: "1. spaces in symbols are a parsing/formatting problem, not a  
> data
> type problem." So that would indicate that he sees it as a problem  
> that
> must be fixed. Be good if someone could submit a nice clean patch to
> fix the parsing problem and see if he accepts it.
> Another similar reply to the issue of symbol table saturation was  
> "2. use
> arrays as strings as I proposed;" which isn't currently possible in  
> your
> use-case because the symbol input box itself won't let you input  
> spaces
> to even get them into an array.
> Best,
> Chris.
> -------------------
> http://mccormick.cx
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: Signierter Teil der Nachricht
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20071211/ac098fd7/attachment.pgp>

More information about the Pd-list mailing list