[whatwg] Serialising HTML to Files in Non-Unicode Encodings
giecrilj at stegny.2a.pl
Wed Aug 15 08:56:10 PDT 2007
Any serializer that needs an exotic character set should also have a way of
retrieving the character set. This character set need not be specified
within the fragment stored because it would probably be the same for many
fragments. The serializer should rather store it elsewhere without
modifying the original HTML text: as a record attribute, a column property,
an optional parameter or built-in configuration parameter.
From: whatwg-bounces at lists.whatwg.org
[mailto:whatwg-bounces at lists.whatwg.org] On Behalf Of Lachlan Hunt
Sent: Wednesday, August 15, 2007 4:12 PM
Subject: [whatwg] Serialising HTML to Files in Non-Unicode Encodings
There is a possible issue serialising HTML fragments section .
The algorithm seems fine for use with things like innerHTML, but there
are other issues that should be considered when serialising to a file,
database, network stream or something.
Such serialisers should consider the character encoding. Although a
Unicode encoding should ideally be used, some serialisers may need to
serialise to a different encoding at the request of the user or
limitations of the environment. In such cases, the serialisation should
output appropriate character references for characters that can't be
It should also handle outputting the appropriate <meta charset="">
and/or BOM, especially in environments that can't declare it at the
transport level like HTTP can.
Perhaps the spec should say something about this issue somehwhere.
More information about the whatwg