Not having written it just yet... :-) Assuming for a moment that CSS3 does not resolve the problem with Unicode normalization in selectors, users of selectors-api will be potentially surprised by the results in certain circumstances involving denormalized selectors. Implementers will also benefit by not getting stuck on test cases that involve normalization.
The text would probably be something like: -- CSS3 Selectors do not provide for Unicode Normalization of either the selector expression or elements and text in the document tree being selected from. Queries and content must use a consistent character sequence in order for the selection to work properly. Some systems do not use the recommended Unicode Normalization Form C (NFC) for input or for data storage, and this is especially true for certain languages that customarily use Unicode combining characters. This may lead to selectors that are visually-and-semantically equivalent to parts of the tree not producing an expected match. For more information see: CharMod-Norm Unicode Annex #15 -- Does that help? Addison Addison Phillips Globalization Architect -- Lab126 Internationalization is not a feature. It is an architecture. > -----Original Message----- > From: Lachlan Hunt [mailto:lachlan.h...@lachy.id.au] > Sent: Friday, January 30, 2009 3:16 PM > To: Phillips, Addison > Cc: public-webapps@w3.org; public-i18n-c...@w3.org > Subject: Re: [selectors-api] Selectors API I18N Review... > > Phillips, Addison wrote: > > However, I18N feels that our two WGs can construct a useful, > > informative, small, and relatively-painless bit of text to allow > you > > to proceed. Please let us know if you think this an appropriate > way > > to address this issue or if we can assist in any way to help you > guys > > out. > > I'm willing to consider any proposal that the i18n WG comes up with. > But in the mean time, it would useful if you could clarify the > issue for > me by providing a rough indication of what kind of information you > intend the not to convey, and the audience (i.e. authors, > implementers, > other?) that it intends to benefit. This will then allow me to > more > easily evaluate and potentially tweak the proposal when it comes. > > -- > Lachlan Hunt - Opera Software > http://lachy.id.au/ > http://www.opera.com/
