- From: Joseph Scheuhammer <clown@alum.mit.edu>
- Date: Tue, 08 Oct 2013 16:15:06 -0400
- To: "wai-xtech@w3.org" <wai-xtech@w3.org>
Link: http://www.w3.org/2013/10/08-aapi-minutes.html
Plain text version follows:
[1]W3C
[1] http://www.w3.org/
- DRAFT -
Protocols and Formats Working Group Teleconference
08 Oct 2013
[2]Agenda
[2] http://lists.w3.org/Archives/Public/wai-xtech/2013Oct/0001.html
See also: [3]IRC log
[3] http://www.w3.org/2013/10/08-aapi-irc
Attendees
Present
Cynthia_Shelly, David_Bolter, Joseph_Scheuhammer,
Michael_Cooper
Regrets
Chair
Joseph_Scheuhammer
Scribe
clown
Contents
* [4]Topics
1. [5]ISSUE-612
2. [6]Action 1219
3. [7]issue 616
4. [8]action-1255
* [9]Summary of Action Items
__________________________________________________________
<trackbot> Date: 08 October 2013
<scribe> scribenick: clown
<davidb> on my way
ISSUE-612
issue-612?
<trackbot> issue-612 -- Review ia2/atk rule in group position.
should this really determine level based on aria-owns chain.
see uaig:
[10]http://www.w3.org/wai/pf/aria-implementation/#mapping_addit
ional_position and test case 69:
[11]https://www.w3.org/wai/pf/testharness/testresults?tes --
open
[10] http://www.w3.org/wai/pf/aria-implementation/#mapping_additional_position
[11] https://www.w3.org/wai/pf/testharness/testresults?tes
<trackbot> [12]https://www.w3.org/WAI/PF/Group/track/issues/612
[12] https://www.w3.org/WAI/PF/Group/track/issues/612
[13]http://www.w3.org/WAI/PF/aria-implementation/#mapping_addit
ional_position
[13] http://www.w3.org/WAI/PF/aria-implementation/#mapping_additional_position
[14]https://www.w3.org/wai/pf/testharness/testresults?testsuite
_id=2&testcase_id=69
[14] https://www.w3.org/wai/pf/testharness/testresults?testsuite_id=2&testcase_id=69
[15]https://dvcs.w3.org/hg/pfwg/raw-file/default/ARIA-UAIG/1.0/
tests/test-files/test69.html
[15] https://dvcs.w3.org/hg/pfwg/raw-file/default/ARIA-UAIG/1.0/tests/test-files/test69.html
DB: I'm going to give this one to Alex.
... he's the one that implemented this.
JS: we a flat list of <div>'s.
... They are all siblings.
... But, the first aria-owns the 2nd, the 2nd the 3rd, and so
on
... Making an ARIA tree widget.
... James wondered if this was legal.
... In reality, you would nest these.
DB: For aria 1.0 we expose relationships.
JS: you do not change the tree.
DB: right. Expose parent-of relationship.
... things like level or structural changes — we leave that up
to the AT
JS: But the question is about IA2's group position.
... Checking FF24 on the test file … it fails.
DB: The statement in the UAIG — is it specifically for
treeitem?
JS: Yes.
... It seems to me that if aria-owns is used to make the tree,
and not the DOM, then the aria-level should be "correct" for
the virtual parent/child relationship.
DB: I will follow up with Alex.
Action 1219
action-1219?
<trackbot> action-1219 -- Joseph Scheuhammer to UAIG: passive
RFC requirement: two instances of "The state change events MAY
be trimmed out for performance" Who is this requirement for?
Authors? UA? AT? Be specific. What does "trimmed out" mean? Be
specific. -- due 2013-05-14 -- OPEN
<trackbot>
[16]https://www.w3.org/WAI/PF/Group/track/actions/1219
[16] https://www.w3.org/WAI/PF/Group/track/actions/1219
[17]http://www.w3.org/WAI/PF/aria-implementation/#mapping_event
s_selection
[17] http://www.w3.org/WAI/PF/aria-implementation/#mapping_events_selection
JS: see suggested text in the note dated Sep 23.
<davidb> we call it coalescing
DB: I approve of the text.
JS: I believe Cynthia approved at a previous meeting (I'll
check the minutes).
... and we were waiting fo your approval.
action-1219?
<trackbot> action-1219 -- Joseph Scheuhammer to UAIG: passive
RFC requirement: two instances of "The state change events MAY
be trimmed out for performance" Who is this requirement for?
Authors? UA? AT? Be specific. What does "trimmed out" mean? Be
specific. -- due 2013-05-14 -- OPEN
<trackbot>
[18]https://www.w3.org/WAI/PF/Group/track/actions/1219
[18] https://www.w3.org/WAI/PF/Group/track/actions/1219
issue 616
issue-616?
<trackbot> issue-616 -- ISSUE: Review potentially at-risk
statement "When the user triggers an element with a defined
activation behavior in a manner other than clicking it, such as
by pressing Enter, simulate a click on the element." -- open
<trackbot> [19]https://www.w3.org/WAI/PF/Group/track/issues/616
[19] https://www.w3.org/WAI/PF/Group/track/issues/616
JS: Cynthia agreed with the text in the UAIG as is, and even if
IE failed the test, IE should be fixed.
... I think this is what it the UAIG is talking about:
<div role="button" tabindex="0" onclick="someScript" ...>
<cyns> my last meeting ran really long. did I miss hte whole
thing?
cyns, no, we are in the middle of the meeting.
come join us!
[20]http://www.w3.org/WAI/PF/aria-implementation/#keyboard-focu
s_tabindex
[20] http://www.w3.org/WAI/PF/aria-implementation/#keyboard-focus_tabindex
DB: what document?
... Section 4.2?
JS: yes.
... Step 10.
... I guess step 11 is somewhat involved.
... in the DOM world, there was discussion of a "oncommand" or
"onactivate" event.
... but, that was rejected in favour of "onclick"
... note that onclick is different from onmousedown and
onmouseup.
... It does mean "onactivate".
... I believe "onclick" is activated by a space bar or enter.
... but I might be wrong.
... James sees the utility of the approach, but feels it is the
province of the DOM group, not the UAIG.
CS: this is something that is absolutely essential.
... We spent six months putting this in. I don't want it out.
[21]http://www.w3.org/WAI/PF/aria-implementation/#def_activatio
n_behavior
[21] http://www.w3.org/WAI/PF/aria-implementation/#def_activation_behavior
DB: what is a defined activation behavior.
CS: I think it's fne to have this at risk.
... But if we don't put something in the spec, it will never be
implemented.
JS: the comeback would be: then take it to the DOM event group,
and have them do it.
... But I have looked at the DOM level 3, and there is nothing
like this in there.
DB: This whole area is to make the keyboard work.
... It may be that James thinks all of this belongs in the DOM
spec.
... I don't really care where it goes, and I think everyone
should implement it.
... I don't itchy when it's documented in the spec.
JS: <reads what James said from the issue>
CS: That's why it's here — I don't trust authors to do it
right.
<davidb> I wish this was all cleaner
JS: BTW, there is no DOM-2 keyboard event standard.
... There is a DOM-1 keyboard event model, where keyevents are
only on form elements and the <body> element.
... note that in DOM-1 there is no bubbling.
... Now all browsers do bubbling of keyevents, even though this
is underspecified by DOM events.
[22]https://www.w3.org/WAI/PF/testharness/testresults?testsuite
_id=1&testcase_id=31
[22] https://www.w3.org/WAI/PF/testharness/testresults?testsuite_id=1&testcase_id=31
[23]https://www.w3.org/WAI/PF/testharness/testresults?testsuite
_id=1&testcase_id=32
[23] https://www.w3.org/WAI/PF/testharness/testresults?testsuite_id=1&testcase_id=32
JS: These are the wrong test cases.
DB: I understand the event systems, but I want to read it
again. The text is kind of ambiguous.
[24]http://www.w3.org/TR/2009/WD-wai-aria-implementation-200912
15/#keyboard-focus_tabindex
[24] http://www.w3.org/TR/2009/WD-wai-aria-implementation-20091215/#keyboard-focus_tabindex
"When the user triggers an element that is only focusable
because of its tabindex attribute in a manner other than
clicking it, such as by pressing Enter, and the element has no
defined activation behavior, the user agent MUST fire a click
event."
JS: the wording in the 2009 version of the document.
<davidb> that makes more sense to me
<davidb> i wish i could disambiguate "When the user triggers an
element" - triggers how?
<davidb> ok enter… but what about API
CS: the gist of it is that it is always going to fire a click
event.
JS: The overall impression I'm getting is that it should be
kept even though it's at risk.
CS: It's important. I'm willing to make it a 1.1 issue.
... I don't think we need to make it a 1.1 issue: The
resolution is to mark it at risk.
DB: I think we could word this better in places.
JS: Do you think that would satisfy James' problem?
DB: No.
CS: I think it's worth taking it to him.
JS: I think we need a joint PF UAIG meeting about this.
DB: Or do it over email.
action-1255
action-1255?
<trackbot> action-1255 -- Cynthia Shelly to Look into toggle
patterns and how that needs to be modified in the uaig. -- due
2013-09-28 -- OPEN
<trackbot>
[25]https://www.w3.org/WAI/PF/Group/track/actions/1255
[25] https://www.w3.org/WAI/PF/Group/track/actions/1255
CS: I will get to it. Move the due date to next week.
Summary of Action Items
[End of minutes]
__________________________________________________________
Minutes formatted by David Booth's [26]scribe.perl version
1.138 ([27]CVS log)
$Date: 2013-10-08 20:11:48 $
__________________________________________________________
[26] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[27] http://dev.w3.org/cvsweb/2002/scribe/
--
;;;;joseph.
'A: After all, it isn't rocket science.'
'K: Right. It's merely computer science.'
- J. D. Klaun -
Received on Tuesday, 8 October 2013 20:15:35 UTC