- From: Janina Sajka <janina@rednote.net>
- Date: Mon, 19 Aug 2013 11:37:36 -0400
- To: W3C WAI Protocols & Formats <public-pfwg@w3.org>
Minutes from the ARIA Task Force teleconference of 19 August are provided below as text, and are available as hypertext at:
http://www.w3.org/2013/08/19-pf-minutes.html
W3C
- DRAFT -
Protocols and Formats Working Group Teleconference
19 Aug 2013
See also: IRC log
Attendees
Present
Jon_Gunderson, Rich, Joseph_Scheuhammer, janina, James_Craig, Cooper
Regrets
Chair
Rich
Scribe
jcraig
Contents
* Topics
1. next steps on @aria-describedat
* Summary of Action Items
_________________________________________________________________________________________________________________________________________________________________
<trackbot> Date: 19 August 2013
<richardschwerdtfeger> meeting: W3C WAI-PF ARIA Caucus
<janina> trackbot, start meeting
<trackbot> Meeting: Protocols and Formats Working Group Teleconference
<trackbot> Date: 19 August 2013
<richardschwerdtfeger> chair: Rich
<richardschwerdtfeger> Meeting: W3C WAI-PF ARIA Caucus
<richardschwerdtfeger> http://lists.w3.org/Archives/Public/public-pfwg/2013Aug/0027.html
<scribe> scribe: jcraig
next steps on @aria-describedat
RS: group thought taking an ID would be a good idea
... IDREF of a@ref, link@rel, iframe, etc.
MC: I think this goes against the idea of @decribedat
... author confusion with @aria-describedby, additional processing for UA, etc.
RS: One example use is what description has multiple translations, like source sets or media tracks.
MC: confusion is that one is the description contents, and the other is a link to the description. Authors may not understand that.
... "at" (as in describedat) indicates a pointer. If we want to repurpose this one, we should rename it too. possibly @aria-descreference?
aria-descref?
<Zakim> MichaelC, you wanted to propose we add both šdescribedatš with URI and šdescriptionreferenceš with IDREF / href
RS: consensus is that @longdesc is not enough.
MC: @aria-describedat would still take a URI. If we need an IDREF to a linking element (e.g. link, iframe), that should be a different attr
<janina> Head of email thread (with 2 messages):
<janina> http://lists.w3.org/Archives/Public/public-pfwg/2013Aug/0003.html
MC: I am not arguing against the IDREF to linking element, but saying we still need the IDREF use case
<jongund> 1+
RS: Multiple descriptions in different languages, and potentially different media formats, different grade level (Janina)?
JS: @aria-describedby is auto-spoken, where this new would be be an on-demand user navigation
RS: The IDREF of this new attr could be a element or elements representing a collection of resources representing the various forms (whether, language, format, etc)
of descriptions.
JG: If you allow describedby to take a URI, would that satisfy the requirement?
JS: not if it's auto-presented to the user
JC: That could be a UA processing difference
JS: Concern that the processing difference would be overloading.
<Zakim> jcraig, you wanted to request clarification from Janina on her comment about different grade level
<clown> http://www.w3.org/WAI/PF/aria-practices/Overview.html#Descriptions_external
Clown: example in authoring practices saying you can do that now
MC: You should remove that example from the authoring practices
<Zakim> MichaelC, you wanted to say that the proposal for describedat was when we were looking for a solution around overloading describedby with a URI; so would like
to keep the simple
Clown: what about using a URI or Fragment-Identifier
MC: thought it was crazy to overload a single attr with both IDREF and URI
<janina> Call it DescHref ?
<Zakim> jcraig, you wanted to request clarification from Janina on her comment about different grade level and to say frag-id is the not the same as URI
describedby="foo"
describedat="#foo"
<Zakim> jcraig, you wanted to request clarification from Janina on her comment about different grade level
JS: DAISY/IDPF suggested this use case for content negotiation based on different reading level
JC: I agree with the need for that use case, but I don't think the content negotiation part of it should be ARIA
MC: want to clarify with implementors: in-document IDREF processing can use a difference processing path that getting an element from a fragment identifier
RS: Consensus?
MC: Consensus for *proposal* of this approach
... Mapped out by Sept?
RS: A public editors draft would be sufficient
<Zakim> Joseph_Scheuhammer, you wanted to point out that the describeby eg. in the APG is handled by FF
JS: point is, that it's not abundantly clear that this use case is not already handled by browsers
... +1 for the URI (with potential frag id) idea
<Zakim> jcraig, you wanted to mention concern that we're rushing based on some arbitrary timeline "commitment" to outside groups. Are the "commitments" publicly
documented?
<richardschwerdtfeger> https://dvcs.w3.org/hg/aria-unofficial/raw-file/tip/describedat.html
<clown> <canvas aria-describedat="#canvas-desc">
<scribe> ACTION: jcraig to add describedat using URI+FragID starting from Steve and Rich's proposed:
https://dvcs.w3.org/hg/aria-unofficial/raw-file/tip/describedat.html [recorded in http://www.w3.org/2013/08/19-pf-minutes.html#action01]
<trackbot> Created ACTION-1250 - Add describedat using uri+fragid starting from steve and rich's proposed:
https://dvcs.w3.org/hg/aria-unofficial/raw-file/tip/describedat.html [on James Craig - due 2013-08-26].
<clown> action-691?
<trackbot> action-691 -- Michael Cooper to Propose an approach for adding ARIA landmarks to the specs and work with editors -- due 2012-11-23 -- OPEN
<trackbot> https://www.w3.org/WAI/PF/Group/track/actions/691
<clown> action-1138?
<trackbot> action-1138 -- Michael Cooper to Update Role Attr ref after it gets to Recommendation status -- due 2012-01-20 -- OPEN
<trackbot> https://www.w3.org/WAI/PF/Group/track/actions/1138
<clown> action-1201?
<trackbot> action-1201 -- James Nurthen to Generate example list where options can be unselectable -- due 2013-05-01 -- OPEN
<trackbot> https://www.w3.org/WAI/PF/Group/track/actions/1201
<clown> action-1218?
<trackbot> action-1218 -- James Craig to Add informative note to ARIA 1.0 that authors should not rely on rowgroup mappings on all platforms and therefore should not
use additional attributes on an element with role rowgroup. -- due 2013-07-31 -- OPEN
<trackbot> https://www.w3.org/WAI/PF/Group/track/actions/1218
<richardschwerdtfeger> https://www.w3.org/WAI/PF/Group/
<scribe> ACTION: Jcraig to check if action-691, action-1138, action-1151, action-1201, and action-1218 impact 1.0 source, if so, complete edits before branching for
1.1. [recorded in http://www.w3.org/2013/08/19-pf-minutes.html#action02]
<trackbot> Created ACTION-1251 - Check if action-691, action-1138, action-1151, action-1201, and action-1218 impact 1.0 source, if so, complete edits before branching
for 1.1. [on James Craig - due 2013-08-26].
<clown> http://www.w3.org/WAI/PF/
<richardschwerdtfeger> https://www.w3.org/WAI/PF/testharness/testreport?testsuite_id=1&filter_required=on&filter_cr_met=on&filter=Filter+view
<clown> issue-595?
<trackbot> issue-595 -- treegrid for UIA has outline roles vs. gridcell roles. IE implemented gridcell - Change it? -- closed
<trackbot> https://www.w3.org/WAI/PF/Group/track/issues/595
<MichaelC> https://www.w3.org/WAI/PF/testharness/
<richardschwerdtfeger> https://www.w3.org/WAI/PF/testharness/testcases/edit?testsuite_id=2&testcase_id=1
<MichaelC> https://www.w3.org/WAI/PF/testharness/testcases?testsuite_id=2
<MichaelC> http://www.w3.org/WAI/PF/aria-implementation/#keyboard-focus_tabindex
<MichaelC> šWhen a keydown event is cancelled, also cancel the keypress event.š
<clown> http://www.w3.org/WAI/PF/aria-implementation/#keyboard-focus_tabindex
<clown> step 7. for above link ^
Summary of Action Items
[NEW] ACTION: jcraig to add describedat using URI+FragID starting from Steve and Rich's proposed: https://dvcs.w3.org/hg/aria-unofficial/raw-file/tip/describedat.html
[recorded in http://www.w3.org/2013/08/19-pf-minutes.html#action01]
[NEW] ACTION: Jcraig to check if action-691, action-1138, action-1151, action-1201, and action-1218 impact 1.0 source, if so, complete edits before branching for 1.1.
[recorded in http://www.w3.org/2013/08/19-pf-minutes.html#action02]
[End of minutes]
_________________________________________________________________________________________________________________________________________________________________
Found Scribe: jcraig
Present: Jon_Gunderson Rich Joseph_Scheuhammer janina James_Craig Cooper
People with action items: jcraig
--
Janina Sajka, Phone: +1.443.300.2200
sip:janina@asterisk.rednote.net
Email: janina@rednote.net
Linux Foundation Fellow
Executive Chair, Accessibility Workgroup: http://a11y.org
The World Wide Web Consortium (W3C), Web Accessibility Initiative (WAI)
Chair, Protocols & Formats http://www.w3.org/wai/pf
Indie UI http://www.w3.org/WAI/IndieUI/
Received on Monday, 19 August 2013 15:37:59 UTC