[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: The XML spec in XML: missing tags

  • From: "Eve L. Maler" <elm@a...>
  • To: "Xml-Dev" <xml-dev@i...>
  • Date: Tue, 24 Feb 1998 19:27:43 -0500

xml missing
As the maintainer of the specification DTD, let me say thanks for your
comments.

At 11:49 AM 2/23/98 -0500, Michael Kay wrote:
...
>Some comments on the XML tagging in the BNF rules:
>- it is useful to have the non-terminals tagged, though the way in which it
>done is a little clumsy, since the internal identifier and the visible name
>of the non-terminal are necessarily in a one-to-one correspondence. The way
>it is done seems designed primarily to enable a particular translation to
>HTML.

Are you saying that it's clumsy because the element content is duplicated
in the attribute value?  Since the XML is transformed into HTML, it would
actually have been easier to let the content serve as the address (and be
stuffed into both the final <a> element content and its href attribute,
with "#" and "-nt" tacked on).  Alternatively, the element could have been
empty, and its attribute value both used as an address and rendered (with
some transformation that probably isn't worth doing...).  Either way,
nothing would be duplicated in the source.  However, it would make me a
little uncomfortable treating the same string as having two functions.

>- it is a shame that there is no tagging to distinguish terminal symbols
>from metasymbols, since this would enable nicer renditions of the rules,
>e.g. exploiting colour, without having to parse the BNF

I'll take this up with the other editors using the DTD.

>- it would seem more logical for each rule to have a single <rhs>, with any
><vc> and <wfc> constraints being embedded within the <rhs>, rather than
>these being separate elements interspersed among multiple <rhs> elements.

We had a lengthy discussion of whether our production markup should be more
semantic and less presentational.  It's so much work to make the markup
simulate the EBNF and to make the filters handle this, that we decided not
to go further in that direction.  I do agree that the production markup is
less than "pure" in this area.

	Eve

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.