@@ -150,24 +150,16 @@ <h2>CSS style sheet representation</h2>
150150< ol >
151151< li > A character set specified by a higher level protocol (e.g., the
152152"charset" parameter to the MIME type specified in an HTTP "Content-Type"
153- field).
153+ field).</ li >
154154< li > The < span class ="index-def " title ="@charset "> @charset</ span >
155- at-rule.
156- < li > Mechanisms of the language of the
157- referencing document (e.g., in HTML, the "charset"
158- attribute of the LINK element).
155+ at-rule.</ li >
156+ < li > Assume that the stylesheet is UTF-8.</ li >
159157</ ol >
160158
161- < p class ="issue "> As a practical matter, we should probably
162- recommend what to do if there's no character encoding information in any
163- of these three sources of information. Should the style sheet be assumed
164- to be in a default encoding (ISO-8859-1 or UTF-8?) or should the
165- encoding of the document be used (which in turn might have some default
166- or might be "sniffed")? The latter has been observed to break some
167- existing style sheets. <!-- Mozilla bug 72658 --> </ p >
168-
169- < p class ="issue "> We should probably have a MUST requirement for
170- authors to tighten things up (2003-02-24 telecon).</ p >
159+ < p > Since the third point differs from CSS1 and CSS2, authors should not
160+ rely on user agents to assume that stylesheets without encoding
161+ information are UTF-8 encoded. Authors should specify the encoding
162+ using one of the first two methods.</ p >
171163
172164< p > At most one @charset rule may appear in an external
173165style sheet -- it must < em > not</ em > appear in an embedded style sheet
0 commit comments