Hi all, I hope I am wrong, I do sense some hesitancy here about continuing the support of "="s within "attribute value". I suppose it might have to do with the gEDA File format in which the TEXT object type uses NUM_LINES instead of delimited by some bracket or quote. I can see some pain for the parser there. May be some kind of quoting mechanism can eliminate the pain in parsing.
Current gEDA File format for TEXT object: T x y color size vis show_name_value angle alignmet NUM_LINES line1 ... I do hope gEDA will continue the support of "="s within "attribute value". I think its a very important feature of an EDA system. Best Regards, Paul Tan -----Original Message----- From: Peter TB Brett <[EMAIL PROTECTED]> To: gEDA developer mailing list <[email protected]> Sent: Tue, 9 Oct 2007 11:05 pm Subject: Re: gEDA-dev: Non-text attributes On Wednesday 10 October 2007 01:33:01 Paul Tan wrote: > Hi Ales, > > Thank you very much for the information. Its clear to me now that the > "attribute value" itself > will continue to be allowed to contain "="s in it. Ales, thanks again. Things have just gone insane here, but when I have time I'm going to post an RFC with my proposed file-format changes in detail. (It will be very long). Basically, new dedicated attribute element in the file format with separate name and value fields, to remove ambiguity about whether a text element should be treated as an attribute or not. Peter _______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev ________________________________________________________________________ Check Out the new free AIM(R) Mail -- Unlimited storage and industry-leading spam and email virus protection. _______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
