W3C home > Mailing lists > Public > public-aria@w3.org > March 2016

MINUTES: 14 MARCH 2016 ARIA Authoring Practices Guide Taskforce

From: Ku, Ja Eun <jku@illinois.edu>
Date: Mon, 14 Mar 2016 18:44:24 +0000
To: ARIA Working Group <public-aria@w3.org>
Message-ID: <ACF35B439B891E408A70DF1C1D1D0F1B05F28312@CITESMBX6.ad.uillinois.edu>
Link:
https://www.w3.org/2016/03/14-aria-apg-minutes.html


[W3C]<http://www.w3.org/>

- DRAFT -
WAI-PF ARIA Authoring Practices Guide Taskforce
14 Mar 2016

See also: IRC log<http://www.w3.org/2016/03/14-aria-apg-irc>

Attendees
Present
JamesNurthen, MichielBijl, IanPouncey, JaeunJemmaKu, Bryan
Regrets
LéonieWatson, JonGunderson
Chair
SV_MEETING_CHAIR
Scribe
jamesn, jemma
Contents

  *   Topics<https://www.w3.org/2016/03/14-aria-apg-minutes.html#agenda>
1.   Example reviews and update pattern work assignments https://github.com/w3c/aria/wiki/Aria-Authoring-Practices-Patterns-Status<https://www.w3.org/2016/03/14-aria-apg-minutes.html#item01>

  *   Summary of Action Items<https://www.w3.org/2016/03/14-aria-apg-minutes.html#ActionSummary>
  *   Summary of Resolutions<https://www.w3.org/2016/03/14-aria-apg-minutes.html#ResolutionSummary>

________________________________

<MichielBijl> 11 is?

<jamesn> 1) For example, source code link name in button example page should be button.css and button.js NOT link.css and link.js

<jamesn> The same for the example, checkbox-2

<jamesn> https://rawgit.com/w3c/aria/Mar_2016_Heartbeats/practices/examples/checkbox/checkbox-2.html

<jamesn> They should be checkbox-3.css and checkbox-3.js

<jamesn> 3) Menu example was not updated in the publication yet.

<jamesn> 4) Radio example was not updated yet

<jamesn> mck: the example page, the code refers to the correct thing but the file name on the page is incorrect

<jamesn> mck: for (3) and (4) you are saying that the entire sub directory are not merged

<jamesn> mck: would also mean editing practices to create a link to them

<jamesn> mb: can a mail be sent for how to use github to do this kind of thing

<jamesn> mk: we can discuss later.

<jamesn> mb: branched would solve this

<jamesn> scribe: jamesn

mck: Jemma to create a PR ASAP for this

https://github.com/w3c/aria/tree/Mar_2016_Heartbeats

Example reviews and update pattern work assignments https://github.com/w3c/aria/wiki/Aria-Authoring-Practices-Patterns-Status

mk: want to make sure that not missing anything. got more patterns ready for examples

setting aside until get aria 1.1 combo box text final

I think we will want an ARIA 1.0 combo box and a 1.1 combo box

other than that are there any other examples that youy know of which are done but have not been reviewed

JK: Jon is working on toolbar and tabpanel

MB: tabpanel was assigned to me
... want to look at issues - going to be looking at this at CSUN

MK: were we going to look at what was going to be shown at cSUN here

IP: indedpendent work

MK: what is being done at CSUN

IP: MB and IP have created 2 versions of tabpanel and accordion. we have patterns.

at csun will also do some f2f tests

MK: 2 different tab panels

IP: for accordion 2 versions - discolsure vs what is currently documented

MK: do either have tab versions
... what are the differences for the tab panel?

MB: 2 examples. 1 a simple tab panel example, the 2nd is a simplified version of the APG version where you can only tab to the active tab

JN: concerned as to how the results get interpreted based on the context

MK: curious to understand the context of the example where all of the tabs are in the tab order

MB: want to see if people associate a tab with disclousre buttons etc.

IP: questions are straightforward

<MichielBijl> scribe: jemma

take up item 2

<mck> is an element that displays a brief, important message in a way that attracts the user's attention without interrupting the user's task. Dynamically rendered alerts are automatically announced by most screen readers, and in some operating systems, they may trigger an alert sound. It is important to note that, at this time, screen readers do not inform users of alerts that are present on the...

<mck> ...page before page load completes.

mk: does the address this intent of this bug?

mb: I think so

mk: what do you think about "at this time"
... which screen reader do not inform?

<MichielBijl> mkc: It is important to note that not all screen readers inform users of alerts that are present on the...

bb: there is confusion about when alert added.

take up item 3

mk: we have dialog and non dialog which is clear
... if it is focusable tooltip should not it be a dialog?

bb: aria-own is rearranged a11y tree in new release in chrome and firefox

mb: now we can manupulate the dom order

mk: I am still thinking what dialog tooltip should be. if tooltip has a link it is focusable. there is no standardized key to operate the tool tip

BB: tooltip is usually overlay icon
... to get help something

mk: point of aria is on interaction

BB: it is not desirable or necessary to trap the focus in the tooltip

mk: what do you mean by "trapping"?
... it sounds that it act like a dialog, you open and close it

BB: tooltip is more of giving the contextual infor
... not trapping user actions in the tooltip
... quick thought, would it be similar to footnote?

mk: dialog requires mechanism to open and close.
... we are talking about Hover help
... there is not standardized keyboard for tooltip

BB: this involves lots of things, marking up correctly and more...

mk: there should be a realistic example since people will learn from the example.
... main thing is alerting screen user about presence of tooltip and enable keyboard users to get into it.

BB: focus management and mousein/out problem in tooltip

mk: short key for element can be used but short cut key is adjacent to overlay. how would you say to screen readers that this short key is related to tooltip?
... some ui do not use separate icon and it is not in the tab order

if tooltip has separate focusable icon, then it is easy

mk: in that case, we may just refer back to dialog pattern.

take up item 4

mk: we wanted to tap panel as tab
... will create a bug for this

<mck> the label/title area of the tab panel. This is where you click to activate a tab panel

<mck> The element in a tablist that serves as the title for one of the tabpanels

<mck> The element in a tablist that serves as the title for one of the tabpanels. Activating a tab displays a tabpanel.

mk: the way we address orientation in ARIA - like in tool bar should be used here too?
... see the example, https://rawgit.com/w3c/aria/master/practices/aria-practices.html#toolbar

for vertical orientation

mk: we should be consistent in the pattern
... will create a bug about tab panel including orientation.




image001.png
(image/png attachment: image001.png)

Received on Monday, 14 March 2016 18:44:55 UTC

This archive was generated by hypermail 2.3.1 : Monday, 14 March 2016 18:44:56 UTC