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

Re: SAX and delayed entity loading

  • From: "W. Eliot Kimber" <eliot@d...>
  • To: XML Dev <xml-dev@i...>
  • Date: Thu, 03 Dec 1998 12:48:57 -0600

Re: SAX and delayed entity loading
At 01:21 PM 12/3/98 -0500, John Cowan wrote:
>> Notations are one
>> of the most underappreciated aspects of SGML.
>
>I agree in general.  But perhaps the indirection that (as you say)
>is so valuable in entities is really overkill in notations, given
>the large effort built up in assigning MIME types absolute names.

Unless I've misunderstood something, a MIME type is still an indirection to
the definition of that MIME type. I.e., "text/xml" is a pointer to the RFC
that establishes that MIME type. But then a problem is: where do I got to
figure out what RFC a given MIME type maps to?  What if the MIME type is an
"x-*" MIME type, what do I do then?  Note that the external ID for a
notation could, in theory be a MIME type:

<!NOTATION xml SYSTEM "urn:mime:text/xml" >


>> So saying that entities and notations are non-starters is, I think, a bit
>> strong.
>
>IMHO there has been insufficient effort on the part of tribal
>elders to explain what notations are meant to be for, and how
>they are useful to XMLists.  Elements and attributes (disregarding
>for the moment the perennial question when to use which) are well
>understood thanks to the HTML experience, but notations are not.

I've tried to do what I could.  It's clear that I need to write a paper
clearly outlining what notations are for and how they are best put to use.

The short answer is that they are a highly general way to associate data
objects with the definition of the rules that governs the interpretation of
that data object.  I think that the Web and Windows have established an
unreasonable expectation that software will "just know" how to deal with
things.  Unfortunately, you can't always rely on registered MIME types and
magic numbers.

Perhaps part of the problem is that in the Web world we have tended to
remove the need for such a generalized mechanism by hard-coding knowledge
of the semantics of everything?  But you can't do that forever, and MIME
only seems to make the problem worse by requiring that all interchangable
types be registered before they can be used. Notations don't require that
because the external ID of a notation can be anything (including MIME types
or their RFC documents).

Cheers,

E.
--
<Address HyTime=bibloc>
W. Eliot Kimber, Senior Consulting SGML Engineer
ISOGEN International Corp.
2200 N. Lamar St., Suite 230, Dallas, TX 75202.  214.953.0004
www.isogen.com
</Address>

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.