<scribe> Scribe: Andi

aria-activedescendant

http://www.w3.org/WAI/PF/aria-implementation/#keyboard-focus_at

Andi reads changed text for section 4.3

AS: suggestion that we need a definition for "activation event"

DB: not really sure what that is

AS: in most cases, it would be "click"

DB: why would you not fire a click for a gridcell but you would fire it for a listitem?

http://www.w3.org/2011/04/25-pf-minutes.html

<davidb> [discussion about why would you need to fire an activation event for anything, if this is just about focus]

CS: controversy is about changing the DOM when something outside the browser happens
... need to talk to Larry

DB: will read the thread and see if can contribute something

CS: remove "real" from "real DOM focus"

AS: what about definition of "activation event"

CS: is there something we can use in DOM Level 2
... DOM Level 3 it was changed to "click"

DB: need to understand if this is a desktop focus event or DOM event

CS: think it's both

<scribe> ACTION: Cynthia to look at DOM Level 2 to see if there is a definition we can re-purpose [recorded in http://www.w3.org/2011/04/28-aapi-minutes.html#action01]

DB: don't think we need to talk about firing an activation event on Windows and Linux

CS: thinking about doDefaultAction call from AT

DB: looking at the Firefox code, don't cause any activation events
... fire focus events

<scribe> ACTION: David to weigh in on the thread about using focus events instead of activation events [recorded in http://www.w3.org/2011/04/28-aapi-minutes.html#action02]

bugs

http://www.w3.org/Bugs/Public/buglist.cgi?product=ARIA&component=Platform+APIs

bug 9656: http://www.w3.org/Bugs/Public/show_bug.cgi?id=9656

DB: rule of thumb is always to try to tell screen readers what is on the screen
... might not go with the majority
... if node has role="presentation" - purely visual, no semantics
... putting on something that obviously has semantics, points to a problem with the spec, best practices or an author error
... might have come from Steve

AS: have to make sure that rules for role="presentation" cause the right thing to happen in this case

CS: labeling relationships always win in IE
... agree it's an author error

http://www.w3.org/WAI/PF/aria/roles#presentation

DB: would be a special case for FF if we put the text in the tree
... special cases for FF seem to be inverse to the special cases for IE

errors in frames and iframe handling text

http://www.w3.org/WAI/PF/aria-implementation/#document-handling_frames

<davidb> here is the original: https://developer.mozilla.org/en/ARIA_to_API_mapping#11.3.15_Documents.2c_Handling_.3cframe.3es_and_.3ciframe.3es

AS: bullet 3 after "therefore" - what do we mean by "refresh the state"

DB: not sure

AS: most of this is not particular to WAI-ARIA - would like to take it out and only talk about the things that are related to WAI-ARIA
... but that might not make sense without all of the other text

DB: might be more appropriate in HTML mapping spec
... would be okay with taking it out
... would be good if we could capture in a short statement
... mashup situation - add iframe that's going to have a lot of updating like a clock
... wanted mashup author to be able to add WAI-ARIA attributes on the frame that would override settings on the frame source
... clock with aria-live="assertive" - person writing the iframe wanted it to be "polite", that would win
... Think that is what this section is trying to describe
... capture the idea that the main document author should have priority
... not a bunch of RFC statements
... okay with leaving it out of this version of the UAIG

bug 11811: http://www.w3.org/Bugs/Public/show_bug.cgi?id=11811

<scribe> ACTION: David to try to understand 6.1 offline and make a recommendation [recorded in http://www.w3.org/2011/04/28-aapi-minutes.html#action03]

This is scribe.perl Revision: 1.135  of Date: 2009/03/02 03:52:20  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Succeeded: s/obht/both/
Succeeded: s/rrsagent make minutes//
Succeeded: s/hi andi//
Succeeded: s/hi David//
Succeeded: s/I hope you can come to the meeting today//
Found Scribe: Andi
Inferring ScribeNick: Andi
Default Present: Andi_Snow_Weaver, Cynthia_Shelly, David_Bolter
Present: Andi_Snow_Weaver Cynthia_Shelly David_Bolter

WARNING: No meeting chair found!
You should specify the meeting chair like this:
<dbooth> Chair: dbooth

Got date from IRC log name: 28 Apr 2011
Guessing minutes URL: http://www.w3.org/2011/04/28-aapi-minutes.html
People with action items: cynthia david

WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.