OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: Content-Document-Type: was (Re: MIME types vs. DOCTYPE)

[ Lists Home | Date Index | Thread Index ]
  • From: Walter Underwood <wunder@infoseek.com>
  • To: xml-dev@ic.ac.uk
  • Date: Fri, 26 Feb 1999 09:42:26 -0800

I feel that Content-document-type is a poor idea. It put something
specific to XML in a generic header.

Not all clients care about the doctype. Some (like search engines)
don't need to render it. Others may just need to cache it.

If a document is XHTML, and should have a default rendering, I'd
call that a processing instruction:

  <?xhtml version="1.0" doctypes="strict, frameset">

or whatever does the job.

The objection about thin clients or palmtops not wanting to download
large files doesn't really hold water. XML will generally be the 
smallest files. Mine are almost always smaller than the corresponding
HTML. Powerpoint, PDF, JPEG -- those are big files. 

Adding an XML-specific HTTP header line makes HTTP 1.1 more complex
(shudder), and imposes an extra coding and testing burden on HTTP
implementations. Also, it does nothing for XHTML over other transports,
like SMTP or FTP.

Essentially, this is document information, not protocol information. 
It belongs in the document. To describe the document out-of-line, 
use RDF, not HTTP headers.

Pragmatically, HTTP Content-type isn't even reliable. Somebody will 
decide that Excel and XML are the same thing, and start serving 
spreadsheets as text/xml. Cell phones have to deal with that world, 
and adding things to the HTTP spec doesn't fix ignorant sysadmins. 
And lots of web servers serve application-specific files (MS Word,
Powerpoint, Excel) as application/octet-stream in order to force 
the browser to put up a save box rather than display them in the 
frame. We see this sort of stuff all the time with the search engine.

XHTML Spec comment: the spec doesn't mention application/xml. It should. 
If application/xml is never appropriate for XHTML (say, the UTF-16
encoding is forbidden), then say so.

XHTML Spec comment: Are the Strict, Transitional, and Frameset DTDs
subsets or extensions? Or neither? Is one a subset of another? These
intentions should be spelled out in the spec so that future versions
won't break them.


Walter R. Underwood
wunder@best.com (home)
http://software.infoseek.com/cce/ (my product)

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


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS