W3C home > Mailing lists > Public > www-validator@w3.org > June 2004

xhtml media types

From: Beton, Richard <richard.beton@roke.co.uk>
Date: Tue, 15 Jun 2004 16:54:45 +0100
To: www-validator@w3.org
Message-ID: <40CF1BC5.2020407@roke.co.uk>

Nick Kew wrote:

>But you really shouldn't use XHTML 1.1 on the Web.  The 'majority' browser
>doesn't support it at all, unless you (illegally) serve it as broken HTML.

Strictly, it's not illegal to serve XHTML 1.1 as "tag soup" text/html, 
but the specs say you SHOULD use application/xhtml+xml.

http://www.w3.org/TR/xhtml-media-types/ summary:
'application/xhtml+xml' **SHOULD** be used for XHTML Family documents, 
and the use of 'text/html' **SHOULD** be limited to HTML-compatible 
XHTML 1.0 documents.
'application/xml' and 'text/xml' **MAY** also be used, but whenever 
appropriate, 'application/xhtml+xml' **SHOULD** be used rather than 
those generic XML media types.

It does NOT say
the use of 'text/html' *MUST* be limited to HTML-compatible XHTML 1.0 

The summary table is really clear: 

In particular, note that XHTML1.1 is modularised and therefore 
extensible, but these extensions will fail unless it is served using the 
preferred application/xhtml+xml. But that does not mean that unextended 
XHTML1.1 will fail.  Indeed, being a proper subset of XHTML1.0 Strict, 
XHTML1.1 actually works pretty well on old browsers served as text/html 
in my experience.

Why use XHTML1.1? Because it's a proper subset with no <font> etc, so it 
forces you to use stylesheets properly.

Hope that clarifies things.  However, it raises a question in my mind: 
why does the spec not take a firmer stance on XHTML+MathML (the last 
column in the summary table cited above)? Old browsers won't render 
MathML, yet the spec says you *SHOULD NOT* (instead of *MUST NOT*) use 

Rick :-)

[Note the precise use of the terms 'SHOULD', 'MAY' etc - 


Visit our website at www.roke.co.uk

Roke Manor Research Ltd, Roke Manor, Romsey, Hampshire SO51 0ZN, UK.

The information contained in this e-mail and any attachments is confidential to
Roke Manor Research Ltd and must not be passed to any third party without
permission. This communication is for information only and shall not create or
change any contractual relationship.
Received on Tuesday, 15 June 2004 11:55:52 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 14:17:41 UTC