- From: <bugzilla@jessica.w3.org>
- Date: Sat, 13 Aug 2011 18:24:49 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13771
Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xn--mlform-iua@xn--mlform-i
| |ua.no
--- Comment #2 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> 2011-08-13 18:24:49 UTC ---
Internet Explorer 9:
IE9 could be said to behave slightly better than the others: If you contrast
the ISO-8859-1 test page
(<http://malform.no/testing/html5/bom/normal-XML-iso88591>) with an UTF-8
encoded reference page
(<http://malform.no/testing/html5/bom/normal-XML-iso88591utfeight>), then it
turns out that IE9 for the ISO-8859-1 encoded page silently drops the WIN-1252
specific characters.
Of course, IE9 should have emitted a fatal error. But at least its deviation
from both HTML5 and XML 1.0 adds yet another reason to support XML 1.0's
requirement to display a fatal error.
Btw, when it comes to the US-ASCII teste page
(<http://malform.no/testing/html5/bom/normal-XML-ascii-encoding>) then IE9 (in
Adobe's browserlab and in www.netrenderer.de) fails to display it, which I
guess counts as a fatal error.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Saturday, 13 August 2011 18:24:50 UTC