- From: Cameron McCormack <cam-www-smil@aka.mcc.id.au>
- Date: Mon, 7 Nov 2005 08:55:33 +1100
- To: www-smil@w3.org
Bjoern Hoehrmann: > >the U+0009 character in the attribute will be normalised to U+0020 > >before the SVG UA ever gets to see it. > > No, see <http://www.w3.org/TR/REC-xml/#AVNormalize>. Oh right, I misread the algorithm. > >Is there a difference between specifying accesskey(A) and accesskey(a)? > >What about accesskey(1) and accesskey(!)? On my keyboard 1 and ! are > >on the same key. > > Yes and yes; it also seems clear that the feature is based on text input > rather than keypress events. Whether accesskey(A) should be triggered if > "a" is the input is not defined in SMIL2... I didn't think it was clear that it was based on text input, hence my asking. If it's based on text input, does that mean I can't use accesskey(#x9;) to mean tab or accesskey(#x8;) to mean backspace? > >What does it mean to use a character that doesn't correspond to a key, > >such as accesskey(☢)? > > This means that the user has a problem triggering it... Ok. > >Which characters must be escaped? For example, if I want to use the > >minus key, would I have to use accesskey(\-), because of the parsing > >rules? Any other characters? > > The "character" non-terminal is indeed undefined, it seems clear though > that it resolves to U+000000-U+10FFFF except ")"; using ) as accesskey > seems to be disallowed. Seems by testing it in implementations, or is there some text there that I missed? > >What about keys that don't corrsepond to a character in Unicode, such > >as Home? > > Those can't be used, obviously. Ok, thanks. -- e-mail : cam (at) mcc.id.au icq : 26955922 web : http://mcc.id.au/ msn : cam-msn (at) aka.mcc.id.au office : +61399055779 jabber : heycam (at) jabber.org
Received on Sunday, 6 November 2005 21:55:47 UTC