- From: Norm Tovey-Walsh <norm@saxonica.com>
- Date: Mon, 17 Oct 2022 18:04:07 +0100
- To: Steven Pemberton <steven.pemberton@cwi.nl>
- Cc: public-ixml@w3.org
- Message-ID: <m2edv6xto5.fsf@saxonica.com>
Steven Pemberton <steven.pemberton@cwi.nl> writes:
> If I were to ask you what were the properties of the ixml grammar that
> are interesting, what would you answer?
> Here is my list, but have I omitted anything that you have noticed?
I’m not sure I really understand what you’re looking for.
> * All meaningful characters are in attributes.
Okay, this seems to be about the XML serialization of an ixml grammar,
in particular. Yes, that’s interesting.
> * All non-meaningful characters are deleted.
Aside from whitespace, there aren’t any non-meaningful characters, so I
might have drafted this as “irrelevant whitespace is removed” or
something like that.
> * 'Whitespace' includes both space characters and comments, and while
> spaces are deleted in the output, comments are not. This means that
> the placing of the space rules has to make sure that comments do not
> end up in attributes.
I guess that’s interesting.
> * The marks for a rule are always on the definition; they are never
> overridden in use.
I’m not sure I follow. Given:
^S = a | @b.
^a = "a" .
^b = "b" .
It sure looks like the mark on the “b” rule, “^” is being overridden in
use in the “S” rule.
> * Understandably, it is strict and not permissive.
> * The way that double quotes in a string are reduced to a single quote
> is mildly noteworthy.
Yes.
> * Some syntactic structures are identified by the presence of an
> attribute rather than having their own element, such as <literal
> string="..."/> <literal hex="..."/>
Yes.
I have sometimes been puzzled by the way the <alts> element is sometimes
present and sometimes not, but I can’t point to an example off the top
of my head.
Hope that’s helpful.
Be seeing you,
norm
--
Norm Tovey-Walsh
Saxonica
Received on Monday, 17 October 2022 17:10:51 UTC