[whatwg] Character encoding of document.open()ed documents

Boris Zbarsky bzbarsky at MIT.EDU
Wed Mar 31 06:24:43 PDT 2010

On 3/31/10 7:12 AM, Henri Sivonen wrote:
> Currently, the spec says that document.open() sets the document's character encoding to UTF-16. This is what IE does except IE uses the label "unicode" instead of "UTF-16".
> Demo: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/438
> Gecko and WebKit set document's character encoding to UTF-8 even though the parser operates on UTF-16.
> Demo: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/439

Is that what Gecko does?  Or does it set the document's character 
encoding to the character encoding of the page that called open()?  I 
believe it's actually the latter.

> When loading external resources that don't have encoding labels, IE, Gecko and WebKit all use UTF-8 to decode the external resource.
> Demo: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/437

Again, UTF-8 or the encoding of the page that called open()?

> None of IE, WebKit or Opera let the meta charset in a document.open()ed document have any effect

As in, it doesn't affect how external resources with no encoding labels 
are handled?  Odd; I could have sworn it mattered in IE.  I distinctly 
recall Gecko having compat bugs of various sorts here for the external 
resource case at one point (as in, people reporting intranet apps and 
the like that worked in IE but not Gecko), and us trying pretty hard to 
fix them.


More information about the whatwg mailing list