gEDA-dev: Non-text attributes

[Paul Tan]

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 <peter at peter-b.co.uk>
To: gEDA developer mailing list <geda-dev at moria.seul.org>
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
geda-dev at moria.seul.org
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.