- From: Shane McCarron <shane@aptest.com>
- Date: Wed, 31 Mar 2010 08:23:10 -0500
- To: Steven Pemberton <Steven.Pemberton@cwi.nl>
- CC: XHTML WG <public-xhtml2@w3.org>
So, your position is that the document should instruct people to ignore
'the relative importance ("weight")' that is specified via the q value
because even if the user agent thinks text/html would be better, the
document should STILL be sent as application/xhtml+xml? That surprises
me. Granted this document is not a tutorial on all the intricacies of
content negotiation, but I feel it is a mistake to tell a document
author to ignore the mandate of another standard. Am I missing
something here?
Steven Pemberton wrote:
> On Wed, 31 Mar 2010 15:04:27 +0200, Shane McCarron <shane@aptest.com>
> wrote:
>
>> What if the q value for application/xhtml+xml is 0?
>
> Is is the same as saying it doesn't accept it:
>
> 3.9 Quality Values
>
> HTTP content negotiation (section 12) uses short "floating point"
> numbers to indicate the relative importance ("weight") of various
> negotiable parameters. A weight is normalized to a real number in
> the range 0 through 1, where 0 is the minimum and 1 the maximum
> value. If a parameter has a quality value of 0, then content with
> this parameter is `not acceptable' for the client.
>
> http://tools.ietf.org/html/rfc2616#section-3.9
>
> Steven
>
>> Steven Pemberton wrote:
>>> The point of the XHTML Media Types note
>>> (http://www.w3.org/MarkUp/2010/ED-xhtml-media-types-20100218/) is to
>>> explain how to deliver XHTML to a browser.
>>>
>>> If the browser says it accepts application/xhtml+xml, our job is
>>> done: use that media type; you don't have to follow any extra
>>> guidelines.
>>>
>>> However, if it is a legacy browser, and doesn't accept
>>> application/xhtml+xml, then there is a fallback: deliver it as
>>> text/html (but make sure it won't hiccup on your content by
>>> following a number of guidelines).
>>>
>>> So even if a browser says it accepts both media types, even if it
>>> says it 'prefers' text/html (via a q value), our aim is to deliver
>>> XHTML, and so should use the application/xhtml+xml media type.
>>>
>>> Steven
>>
>
--
Shane P. McCarron Phone: +1 763 786-8160 x120
Managing Director Fax: +1 763 786-8180
ApTest Minnesota Inet: shane@aptest.com
Received on Wednesday, 31 March 2010 13:23:47 UTC