- From: David Poehlman <david.poehlman@handsontechnologeyes.com>
- Date: Thu, 20 Mar 2008 11:53:11 -0400
- To: <sailesh.panchang@deque.com>, "'Victor Tsaran'" <vtsaran@yahoo-inc.com>, "'Joseph Scheuhammer'" <clown@utoronto.ca>, <wai-xtech@w3.org>
I would want to be able to disable alerts globally. ----- Original Message ----- From: "Sailesh Panchang" <sailesh.panchang@deque.com> To: "'Victor Tsaran'" <vtsaran@yahoo-inc.com>; "'Joseph Scheuhammer'" <clown@utoronto.ca>; <wai-xtech@w3.org> Sent: Thursday, March 20, 2008 11:21 AM Subject: RE: Question about ARIA role for bubble help (DHTML style guide) >I think that for interactive popup help baloons a role of AlertDialog is >most appropriate. Sailesh: Yes, I agree. >We had a somewhat similar discussion on the Mozilla-dev list with regards >to how Firefox3 implemented alerts as in: >"Would you like Firefox to remember password for this site? Yes/No/Never" >Firefox3 developers decided not to route programmatic focus into this >dialog arguing that this alert may be treated as an information and does >not have to be acted upon. >I don't think we agreed on anything in particular because the issue is in >fact a complex one. >Thoughts? Sailesh: If this alert is informational only and does not have to be acted upon then it is a nuisance as a popup. I think it should not be presented at all and it should be a preference that can be set by the user from the Tools/Options menu. (Like, for instance one can turn off popups generally and yet allow them selectively for certain websites via browser's options). In case the password popup is being presented, then it should: - Require an answer and - Require focus to be placed in the dialog. Sailesh Panchang Accessibility Services Manager (Web and Software) Deque Systems Inc. (www.deque.com) 11130 Sunrise Valley Drive, Suite #140, Reston VA 20191 Phone: 703-225-0380 (ext 105) E-mail: sailesh.panchang@deque.com -----Original Message----- From: wai-xtech-request@w3.org [mailto:wai-xtech-request@w3.org] On Behalf Of Victor Tsaran Sent: Wednesday, March 19, 2008 2:26 PM To: 'Joseph Scheuhammer'; wai-xtech@w3.org Subject: RE: Question about ARIA role for bubble help (DHTML style guide) Victor -----Original Message----- From: wai-xtech-request@w3.org [mailto:wai-xtech-request@w3.org] On Behalf Of Joseph Scheuhammer Sent: Wednesday, March 19, 2008 9:09 AM To: wai-xtech@w3.org Subject: Question about ARIA role for bubble help (DHTML style guide) To whom it may concern, Yesterday's DHTML style guild call was about popup help. The current thoughts on keyboard access are here: http://dev.aol.com/dhtml_style_guide#popuphelp I summarize the discussion below, not to elicit comments on the document (although that would be welcome as well), but to ask what is the ARIA role for bubble help? The summary is solely to give the reader a feel for why this is an issue. At the beginning of the discussion, popup help was described as similar to a tooltip, in that it popped up relative to some widget. The difference is that bubble help has interactive elements within it. These interactive elements must be keyboard accessible. During the discussion of the keystrokes, some felt that tabbing among the elements within popup help was cyclical -- if focus was on the last element, and the user pressed the tab key, then focus is moved to the first element in the popup. Dismissal of the poup is accomplished by pressing the escape key, or activating one of its interactive elements, or clicking outside of it (Earl, is this correct re: mouse clicks?). In this scenario, bubble help is acting somewhat like a modal dialog and/or a popup menu. A candidate ARIA role is "alertdialog". Or perhaps it should involve a role more appropriate for a "popup/tooltip", such as "presentation"? By the end of the discussion, popup help was relatively more permanent, and behaved somewhat like a floating window or tear-off. The example was of a series of instructions that the user would want to keep at hand as they followed them. For example, the help bubble might contain: "Step 1: go to the main page and look at such-and-such, and activate one of its options. Step2: next, go elsewhere and do so-and-so", and so on. In this case, it is desirable that the help remain available, and be something that the user can return to easily while they follow its instructions. Here, bubble help is amodal, perhaps a dialog or a window, that the user invokes when they need help, and, they can alternate focus between it and the main web app. Is the ARIA role here simply "dialog"? Is there an ARIA role for "tear off" windows? Aside: after writing the above, it seems to me that both scenarios are possible, and that there are actually two kinds of help "widgets": One that is properly termed "bubble/popup help", and the other "floating help", or some such. Still, what are their appropriate roles? -- ;;;;joseph 'This is not war -- this is pest control!' - "Doomsday", Dalek Leader -
Received on Thursday, 20 March 2008 15:54:05 UTC