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?

max

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

_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

Attachment: PGP.sig
Description: Signierter Teil der Nachricht

_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to