ISSUE-307: Decoding (character encoding) instructions general observations
Decoding (character encoding) instructions general observations
- State:
- CLOSED
- Product:
- css-syntax
- Raised by:
- Addison Phillips
- Opened on:
- 2013-11-06
- Description:
- http://www.w3.org/TR/css-syntax-3/#input-byte-stream
The instructions in this section raise these questions for me:
1. Step 2 includes instructions for decoding @charset. Later on there is a note that says:
"the decode algorithm lets the byte order mark (BOM) take precedence, hence the usage of the term "fallback" above."
These are at odds with one another. The first few bytes in the file cannot be the ones described in Step 2 if there is a byte order mark present. Why isn't BOM handling considered to be "Step 2"?
2. Various places (notably the section on the @charset rule) imply that whitespace may precede the @charset, but Step 2 does not allow for ASCII whitespace to be disregarded in finding the @charset token.
3. The note "Anything ASCII-compatible will do, so using windows-1252 is fine" is not a clear enough indicator that ONLY ASCII-compatible encodings are accepted for style sheets. There should be a direct statement about this.
There is also mention in the section on the @charset rule that the byte sequence will "spell out something else entirely" if the character encoding isn't ASCII-compatible. Perhaps the text should be explicit: the only non-ASCII-compatible encodings that can be used for a CSS stylesheet are UTF-16 and its endian friends LE and BE.
- Related Actions Items:
- No related actions
- Related emails:
- [minutes] Internationalization telecon 2013-12-19 (from ishida@w3.org on 2014-01-14)
- [css-syntax] CR publication, Encodings and @charset (from simon.sapin@exyr.org on 2014-01-07)
- I18N-ISSUE-307: Decoding (character encoding) instructions general observations [.prep-css3-syntax] (from sysbot+tracker@w3.org on 2013-11-06)
Related notes:
No additional notes.
Display change log
