- 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