- From: Gregory J. Rosmaita <oedipus@hicom.net>
- Date: Wed, 30 Apr 2008 01:51:54 +0100
- To: Richard Schwerdtfeger <schwer@us.ibm.com>
- Cc: public-xhtml2@w3.org, w3c-wai-ua@w3.org, wai-xtech@w3.org
i, too, support al gilman's suggested reuse of the SMIL2 language: <quote cite="http://lists.w3.org/Archives/Public/w3c-wai-ua/2008AprJun/0061.html" >The user agent must provide a means of identifying the [shortcuts] that can be used in a [page]. This may be accomplished in different ways by different implementations, for example through direct interaction with the application or via the user's guide. The [access key] requested by the author might not be made available by the player (for example it may not exist on the device used, or it may be used by the player itself). Therefore the user agent should make the specified [action] available, but may map the [shortcut] to a different [user] interaction behavior. </quote> optimally, it would be best to also get the Ubiquitous Web Applications activity involved in any discussion of user control, but worry that it might take them longer to provide a "fully baked" solution; RichS, since you are in all 3 activities, can you assist/advise on this? gregory. ---------------------------------------------------------------- CONSERVATIVE, n. A statesman who is enamored of existing evils, as distinguished from the Liberal, who wishes to replace them with others. -- Ambrose Bierce, _The Devil's Dictionary_ ---------------------------------------------------------------- Gregory J. Rosmaita, oedipus@hicom.net Camera Obscura: http://www.hicom.net/~oedipus/index.html ---------------------------------------------------------------- ---------- Original Message ----------- From: Jon Gunderson <jongund@uiuc.edu> To: Al Gilman <Alfred.S.Gilman@IEEE.org>, "Gregory J. Rosmaita" <oedipus@hicom.net> Cc: public-xhtml2@w3.org, w3c-wai-ua@w3.org, wai-xtech@w3.org Sent: Thu, 24 Apr 2008 08:42:53 -0500 (CDT) Subject: Re: [XHTML Access] redefining keys and ensuring user control over "activate" (yes tighten) > I think at least Al's suggestion of the suggested SMIL text be > added. I think it would also be good to add content related to > allowing users to control accesskey behavior (i.e. disable, only > move focus) would be important features. > > Jon > > ---- Original message ---- > >Date: Thu, 24 Apr 2008 07:34:26 -0400 > >From: Al Gilman <Alfred.S.Gilman@IEEE.org> > >Subject: Re: [XHTML Access] redefining keys and ensuring user control over "activate" (yes tighten) > >To: "Gregory J. Rosmaita" <oedipus@hicom.net> > >Cc: public-xhtml2@w3.org, w3c-wai-ua@w3.org, wai-xtech@w3.org > > > > > > > >On 14 Apr 2008, at 1:04 PM, Gregory J. Rosmaita wrote: > > > >> > >> aloha! > >> > >> is the ability of the user to redefine and exert control over pre-set > >> "activate" values assumed to be the task of the user agent, or should > >> there be a specific mechanism defined in the Access Module that > >> provides > >> for a cascade of commands? > >> > >> if a user, for example, of a phone interface only has numeric numbers > >> available to him/her, how are individual alphabetic characters to be > >> accessed? what if the author-defined character used as the "key" > >> isn't > >> capable of being generated by the user's available "keyboard"? even > >> though an "access key" is defined as: > >> > >> <quote > >> cite="http://www.w3.org/MarkUp/2008/WD-xhtml-access-20080418/ > >> #sec_3.1.2."> > >> > >> An access key is a single character from the document character set. > >> > >> </quote> > >> > >> what if that particular character set is not available, that > >> particular > >> character is only available through an obscure key-code sequence, > >> or if > >> the user's UA is using an approximation of (or substitution for) the > >> character set defined for the document? > >> > >> granted, the same section, 3.1.2., also states: > >> > >> <quote > >> cite="http://www.w3.org/MarkUp/2008/WD-xhtml-access-20080418/ > >> #sec_3.1.2."> > >> > >> The character assigned to a key, and its relationship to a role or id > >> attribute, are a suggestion of the author. User agents may provide > >> mechanisms for overriding, disabling, or re-assigning keys. In such > >> user agents, user-specified assignments must take precendence. If no > >> key attribute is specified, the user agent SHOULD assign a key > >> . > >> </quote> > > > >Consider strengthening this to use the language that failed to make > >it into SMIL2 only by editorial oversight: > > > >The user agent must provide a means of identifying the [shortcuts] > >that can be used in a [page]. This may be accomplished in different > >ways by different implementations, for example through direct > >interaction > >with the application or via the user's guide. The [access key] > >requested by the > >author might not be made available by the player (for example it may not > >exist on the device used, or it may be used by the player itself). > >Therefore the user agent should make the specified [action] > >available, but may > >map the [shortcut] to a different [user] interaction behavior. > > > >> this sounds as if a bit of coordination between the User Agent > >> Accessibility Guidelines (UAAG) working group and the XHTML2 working > >> group is needed -- UAAG 2.0, which is still in development -- has > >> far more robust verbiage on keyboard support than before, but it is > >> still in the drafting process -- i would feel much more comfortable, > >> as a member of both working groups, if the language used in the Access > >> Module were less vague than that which originally defined accesskey > >> in HTML4x/XHTML1.0 > >> > >> while i realize that there is a reason for the Access Module's > >> ambiguity > >> on this point, it needs to -- at least -- point to UAAG (or reuse some > >> UAAG verbiage) in order to provide -- at least -- a "best practice" > >> for > >> provideing mechanisms for overriding, disabling, or re-assigning keys, > >> especially since the section ends with: > >> > >> <quote > >> cite="http://www.w3.org/MarkUp/2008/WD-xhtml-access-20080418/ > >> #sec_3.1.2."> > >> > >> In such user agents, user-specified assignments must take > >> precendence. If > >> no key attribute is specified, the user agent SHOULD assign a key. > >> > >> </quote> > >> > >> whilst i laud the fact that "user-specified assignments must take > >> precedence", without a cascade mechanism (or at least definition, > >> as in > >> "author proposes, user disposes") i am concerned that such language is > >> too loose, unless the "must" in that sentence is an RC2119 > >> "MUST" (which, > >> as far as i can tell, it is currently not) > > > >per W3C style, 'must' in a spec should be RFC 2119 MUST. > > > >a suitable disposition of this would be to clarify that that is the > >case here. > > > >> i am also wary of specifying normatively that, in the absence of a > >> defined "key", "the user agent SHOULD assign a key." -- again, more > >> guidance would be of utmost utility to users, as they would then have > >> fore-knowledge of how their user agent assigns key values to access > >> elements that have no "key" defined -- after, of course, providing the > >> user with multi-modal notification that there are keys defined for > >> the following values: x, y, z, etc. and that there are no specific > >> keys defined for foo and bar, so foo and bar have been assigned keys > >> 1 and 2... > > > >Defining that cascade in a way that people will actually follow is > >a bigger job than this module alone should try to solve. > > > >The Ubiquitous Web Applications activity is in the process of > >reviewing its workplans with an eye to engineering the architecture > >for personalization on the Web. That is where the cascade should > >come from, rather than a half-baked answer be put in here that > >the browsers don't listen to. > > > >This module does its part for 'author proposes, user disposes' by > >putting the focus/fire choice under the control of an attribute > >in the DOM where onLoad processing can adjust it prior to the > >access element handling any user events. > > > >Al > >> > >> References: > >> * http://www.w3.org/WAI/UA > >> * http://www.w3.org/TR/uaag20/ > >> * http://www.w3.org/TR/uaag10/ > >> > >> gregory. > >> ----------------------------------------------------------------- > >> ABSURDITY, n. A statement or belief manifestly inconsistent with > >> one's own opinion. -- Ambrose Bierce, The Devils' Dictionary > >> ----------------------------------------------------------------- ------- End of Original Message -------
Received on Wednesday, 30 April 2008 00:52:38 UTC