- From: Michael Gower <michael.gower@ca.ibm.com>
- Date: Fri, 10 Jul 2020 13:28:50 -0700
- To: "WCAG list (w3c-wai-gl@w3.org)" <w3c-wai-gl@w3.org>
- Message-Id: <OFD7751539.3F745CE2-ON882585A1.007061DF-882585A1.00708110@notes.na.collabserv.c>
PS ignore CFC in the thread. I was just stealing the email address and meant to delete that! Michael Gower Senior Consultant in Accessibility IBM Design 1803 Douglas Street, Victoria, BC V8T 5C3 gowerm@ca.ibm.com cellular: (250) 661-0098 * fax: (250) 220-8034 From: Michael Gower/CanWest/IBM To: "WCAG list (w3c-wai-gl@w3.org)" <w3c-wai-gl@w3.org> Cc: Carolyn MacLeod/Ottawa/IBM@IBMCA Date: 2020/07/10 01:26 PM Subject: Selectable treeview interaction question I'm helping a team design and plan interaction for a variety of treeview implementations. I had a question for the group around keyboard operation for multi-select treeviews. The 1.2 aria practice guide, https://www.w3.org/TR/wai-aria-practices-1.2/#TreeView, gives quite a bit of information, but it is a little light on the function of Enter versus Spacebar in regards to expected behaviour. Simply put, in a more complex interaction where activations and/or selections in the treeview cause other views to update, what challenges are faced by making Spacebar only be a method of selection/deselection, with Enter being assigned an activation role? I'd welcome any stories or examples folks can provide. Ones I've encountered so far include: - feature selection during an application installation - an explorer-like UI, where the activating a node in the treeview updates the view in the different view (frame, pane, etc), while selecting one of more nodes in the true provides an ability to carry out an action against the selected item(s), such as delete. Thanks for any thoughts/considerations. I'm particularly interested in issues caused by OS differences (and how to overcome them). For instance, my understanding is that in some such interactions, OSX applications will use Enter as the select and spacebar as activation-- the complete opposite of what what I'd consider the 'normal' experience. Michael Gower Senior Consultant in Accessibility IBM Design 1803 Douglas Street, Victoria, BC V8T 5C3 gowerm@ca.ibm.com cellular: (250) 661-0098 * fax: (250) 220-8034 From: Alastair Campbell <acampbell@nomensa.com> To: "WCAG list (w3c-wai-gl@w3.org)" <w3c-wai-gl@w3.org> Date: 2020/06/25 04:01 AM Subject: [EXTERNAL] CFC - Add Findable help to WCAG 2.2 draft Call For Consensus — ends Monday June 24th at 11:59 Boston time. The Working Group has discussed the new Success Criteria for WCAG 2.2: Findable Help. The Pull Request in github shows the changes, and includes links to preview the additional SC, the understanding document, and the technique: https://github.com/w3c/wcag/pull/1158 The last call was: https://www.w3.org/2020/06/23-ag-minutes.html#item02 The last survey: https://www.w3.org/2002/09/wbs/35422/findable-help-finalisation/results If you have concerns about this proposed consensus position that have not been discussed already and feel that those concerns result in you “not being able to live with” this decision, please let the group know before the CfC deadline. Kind regards, -Alastair -- www.nomensa.com / @alastc
Received on Friday, 10 July 2020 20:29:08 UTC