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

More on notations and MIME types

  • From: John Cowan <cowan@l...>
  • To: XML Dev <xml-dev@i...>
  • Date: Thu, 03 Dec 1998 14:53:01 -0500

mime type reference
Simon St. Laurent scripsit:

> I still argue that notations are a waste of time based on the misguided
> notion that information about dependencies (of whatever type) actually
> belongs in the document.

Notations are equivalent in power to XML-Data/DCD datatypes, though.
Somebody (with capital S) thinks it's worth being able to say what
the (syntactic) type of the information in an element is, and doesn't
seem to realize that notations already *do* that job.

Note that specific values can be pushed off into the DTD or XSchema or
whatever as default NOTATION attribute values.

> Let the dependent pieces be self-describing (MIME or something better), and
> you'll have a far more manageable system.  Keep as little information in
> the document as possible, and remember that there are other tools out there
> that can describe non-XML data types.  XML can focus on XML, which is what
> is does best, and leave the rest of this out of it.

That seems not to be the case, or the database folks wouldn't be
howling for "data typing in XML".  Notations do the job they want.

> >> How
> >> would I apply a MIME type to an attribute?  More important, why one earth
> >> would I want to?  Seems like some pretty heavy overkill.
> >
> >To say what the internal syntax of the attribute value is.
> 
> Er, yes, that's overkill, like I said.  Nuclear weapons to kill gnats and
> all that.  Seems like a schema could crush that gnat quite nicely, and even
> use MIME types if necessary, without resorting to notations.

Eh?  You asked why MIME types for attributes might be needed; I replied,
and that became another occasion to denounce notations in favor of
MIME types or nothing at all.  If your strictures apply to notations,
they apply to MIME types too.

Here's my potted version of notations vs. MIME types:

	Both provide names for syntactic encodings.

	Notations have local names (private aliases),
	whereas MIME types don't.

	MIME type names have internal syntax, allowing partial
	interpretation; notation names are opaque.

	MIME types reference a central registry with private-use
	extensions; notations reference a distributed registry.

(And now I know how to explain notations for the book!)

-- 
John Cowan	http://www.ccil.org/~cowan		cowan@c...
	You tollerday donsk?  N.  You tolkatiff scowegian?  Nn.
	You spigotty anglease?  Nnn.  You phonio saxo?  Nnnn.
		Clear all so!  'Tis a Jute.... (Finnegans Wake 16.5)

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.