W3C home > Mailing lists > Public > public-html@w3.org > April 2010

Re: Null change proposal for ISSUE-88 (mark II): proposed note

From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
Date: Fri, 9 Apr 2010 02:38:05 +0200
To: Ian Hickson <ian@hixie.ch>
Cc: Richard Ishida <ishida@w3.org>, HTMLWG WG <public-html@w3.org>
Message-ID: <20100409023805767243.2207345d@xn--mlform-iua.no>
Ian Hickson, Thu, 8 Apr 2010 20:37:29 +0000 (UTC):
> On Thu, 8 Apr 2010, Richard Ishida wrote:

> We can make the pragma entirely non-conforming instead of conforming with 
> a warning, if that would help. [...]

As surprise to the Mozilla community? What about the just mentioned 
"matching implementations" motto? [1]

>> We agree with the HTML5 spec [2] that authors should be encouraged to 
>> use the lang attribute to declare the default language of the document, 
> That does make sense. Would it be acceptable then to just make the pragma 
> non-conforming, thus removing any valid syntax at all?

In zero change proposal (Mark IV) you claim: [2]

* Encourages authoring behaviour compatible with both legacy user 
and with conforming user agents.

But here is an example to prove that it is not true:


The above CSS selector should have been "impossible". However, 
regardless of whether we went for your proposal to remove META 
content-language altogether [3] or  for zero change (mark IV) - the 
current text,  this "impossible" selector would "work", in Mozilla. In 
both XHTML and in HTML. All it takes is to serve the page with a 
content-language HTTP header (with a single or with multiple language 
tags - that's not the issue):


The issue can be cured, through a HTML4 and XHTML1 valid use of META 

Thus this issue is also related to authoring requirements - bug 

[1] http://lists.w3.org/Archives/Public/public-html/2010Apr/0306
[2] http://lists.w3.org/Archives/Public/public-html/2010Apr/0307
[3] http://lists.w3.org/Archives/Public/public-html/2010Apr/0308
[4] http://www.w3.org/Bugs/Public/show_bug.cgi?id=7034
leif halvard silli
Received on Friday, 9 April 2010 00:38:41 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:45:16 UTC