X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1084)
Subject: Re: [geda-user] rs-274x nits
From: Dave Curtis <davecurtis AT sonic DOT net>
In-Reply-To: <1407881745.18877.YahooMailNeo@web120505.mail.ne1.yahoo.com>
Date: Tue, 12 Aug 2014 15:48:31 -0700
Message-Id: <9203F9F5-C295-4B6B-A18D-780019AC4835@sonic.net>
References: <53EA540E DOT 9000609 AT sonic DOT net> <2aabf5abd73cc057e4a0193bf4a2d101 AT mail DOT gmail DOT com> <53EA7E2C DOT 40804 AT sonic DOT net> <1407881745 DOT 18877 DOT YahooMailNeo AT web120505 DOT mail DOT ne1 DOT yahoo DOT com>
To: geda-user AT delorie DOT com
X-Mailer: Apple Mail (2.1084)
X-Sonic-CAuth: UmFuZG9tSVbDgE2TqCCe3Cn49C39DDS0kHwn2pzlNfXEHZl/Teq/hOHLoLnyZsDCKS0BRgHlGZVRC3LM/gifBVDC738+dsgSn5Dce1mk1Q0=
X-Sonic-ID: C;zoOmyHIi5BGyjM2354E5FQ== M;BE72yHIi5BGyjM2354E5FQ==
X-Spam-Flag: No
X-Sonic-Spam-Details: 0.0/5.0 by cerberusd
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id s7CMmbcb031329
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


On Aug 12, 2014, at 3:15 PM, Cirilo Bernardo wrote:

>  However, perhaps the role of spaces could be
> clarified. Where are spaces allowed other than after the '0' in a
> block comment and within strings? Can spaces exist at the ends of a
> string and will they be part of the string or discarded?

I think the spec is clear at least with respect to the comment G-code (Is that G04?  I don't have the spec handy..) and in the aperture macro "0" primitive.  Spaces with the exception of the space required immediately after the 0 in a macro are part of the string, and spaces are not allowed elsewhere.

> The latter
> is of particular importance since Value Attributes are strings; the
> examples never show a space in a value attribute, but spaces are not
> expressly forbidden.

That I will have to study. I haven't yet looked at the attributes in as much detail.

-dave