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

'resolved' SGML

  • From: "Simon St.Laurent" <simonstl@s...>
  • To: Xml-Dev <xml-dev@l...>
  • Date: Wed, 02 Aug 2000 23:14:31 -0400

'resolved' SGML
At 10:53 AM 8/3/00 +0800, Rick JELLIFFE wrote:
>It is a practical necessity: SGML-on-the-Web has
>to be resolved SGML. 
>
>It is the reason why three things were removed from XML: SDATA entities
>was one, IGNORE/INCLUDE marked sections in instances was another, and
>just I forgot the third before typing it.  (That DTDs are optional also
>shows that strongly-typed read-write considerations did not have
>primacy.)
>...
>So, apart from going through archives or talking to people, the premises
>of XML can be found by figuring out what XML substracted from SGML.  I
>leave this as an exercise for the reader.  XML substracted features
>needed for unresolved documents, because they were not what XML was
>about (at the time).  (XML was initially a delivery mechanism for data
>kept or maintained in SGML'86 or other structured formats, in the minds
>of many I think. )  

Perhaps from the perspective of SGML, XML looks resolved.  To some of us
who came from formats (HTML, plain text, etc.) that lack 'information set'
contributions coming from outside of the main document flow, XML looks
extraordinarily unresolved.

This lack of resolution - and the options XML leaves that may interfere
with such resolution, adding a certain amount of parser variability to such
resolution - leaves me perpetually aghast by the way certain people wave it
away.

I wouldn't mind having a genuinely 'resolved' format - after all, Common
XML core is pretty much exactly that.  But having a partially resolved
format, and then failing to provide the tools need to complete that
resolution strikes me as downright devious.

While yes, perhaps SGML-on-the-Web has to be 'resolved SGML', XML doesn't
fulfill that promise.  The Infoset appears to pretend that it does, and
goes further than XML's rules for non-validating parsers in making it look
that way, but it still seems an attempt to paste a 'resolved' face on a
seriously 'unresolved' format.

[and yes, I know HTML uses attribute defaulting, but we were never taught
to think of it as _added_ information.]

Simon St.Laurent
XML Elements of Style / XML: A Primer, 2nd Ed.
http://www.simonstl.com - XML essays and books

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.