W3C   W3C Internationalization (I18n) Activity: Making the World Wide Web truly world wide!

Related links

Other reviews

Review radar

Core WG home page

Internationalization Comments on Document Object Model (DOM) Level 3 Events

Date of first comments: Feb 2010

The WG column indicates whether these are comments on behalf of the Internationalization Core WG. The "Owner" column indicates who has been assigned the responsibility of tracking discussions on a given comment. Orange shading signifies that the comment is unresolved.

We recommend that responses to the comments in this table use a separate email for each point. This makes it far easier to track threads. Click on the icons in the right-most column to see email discussions.

You can edit this page using the buttons to the right and the form below the table. It doesn't actually change the text on the server. For that, hit the Create Source Code button near the bottom of the page and use to edit the page or send to someone for editing.

ID Location Subject Comment Owner WG Ed. /
16.2.7colour conventions

I assume (since it is not mentioned afaict) that text with a green background in 6.2.7 is a character value, and that with a blue background is a key name. I think that should be made clear in the text, but that there should also be some accessible way of indicating which is which in the list.

The text on orange background appears to be a way of showing what the character looks like when it is a graphical character, but the colouring appears to give it an official meaning, which I don't think is justified. (I assume the text 'The Latin Small Letter Z key: z.' is just descriptive, and therefore using colour like this mixes conventions for identifying types of content with visual highlighters.) This may be moot, however, in light of the comment 2 below.

RI-E Link to mail thread
26.2.7character values in the list

The character values are always described using javascript escapes. While this may be useful to refer to some non-graphic characters, I don't think it is worthwhile to give the character value of characters like 'z' as '\u005B'. The character value should just be listed as 'z', since that is actually the same thing, and is what is returned as the key value by the program, and what the developer is most likely to use in their code (for simplicity and readability). This is also what I understood to be the expectation of the group we talked with at TPAC.

To put this another way... I don't expect pressing the Z key on a US Querty keyboard to return a key value that is 6 characters in length and consists of







I expect it to return a single character


Therefore, I think the introductory text before the list should say something like:

"Character values for graphic characters are shown as the character itself in the list that follows. Where a character value doesn't have a graphic form, it is listed here using, for convenience, an equivalent character escape. We have adopted the JavaScript notation for escapes in this list."

This is not likely to produce complications related to supplementary characters, since this list doesn't contain any.

This also removes complications wrt supplementary character formats for selecting and defining key values that are not on the list, since we are just talking about the character itself being the character value.

Ri-S Link to mail thread
36.2.7character value definition

The definition says: "In the context of key values, a character value is a string representing a single Unicode character, such as a letter or symbol, as a UTF-16 character escape (e.g. '\u0041' for the Latin Capital Letter A key, A.)."

I think this is based on a misunderstanding of the relationship between escapes and characters, since in JavaScript '\u0041' is exactly equivalent to 'A', and is converted to the latter before processing, and so I believe the definition should be changed as follows:

"In the context of key values, a character value is a string representing a single Unicode character, such as a letter or symbol. Note, in source code, some key values, such as non-graphic characters, may be represented using the character escape syntax of the programming language in use. "

Ri-E Link to mail thread
46.2.6key value names

Given the above, step 1.1.2 in this section becomes much simpler, and would probably just read something like this:

"If there is no appropriate key value in the key values set, and there exists an appropriate Unicode code point, then the key value is a string consisting of just that Unicode character as a character value."

RI-E Link to mail thread

Edit/create a comment

New comment?    Id:     Status:

Location in document:    URI:


Comments: Inline markup ok. Always escape < and >.

Owner: Working Group approved?    Editorial/Substantive?

Links: Prefix: Subject: List:

Source dump

Page template by Richard Ishida (ishida@w3.org).