W3C

- DRAFT -

Protocols and Formats Working Group Teleconference
03 Feb 2014

See also: IRC log

Attendees

Present
joanie, janina, Rich_Schwerdtfeger, Michael_Cooper, Matt_King, Joseph_Scheuhammer, Jon_Gunderson, James_Craig
Regrets
Chair
Rich
Scribe
clown

Contents


<trackbot> Date: 03 February 2014

http://www.w3.org/TR/wai-aria-implementation/#mapping_role_table

First column is WAI-ARIA role, followed by mappings to the following accessibility APIs: MSAA, IAccessible2, UI Automation, ATK, and MAC Accessibility

http://www.w3.org/TR/wai-aria-implementation/#mapping_role_table

<richardschwerdtfeger> meeting: W3C WAI-PF ARIA Caucus

summary: First column is WAI-ARIA role, followed by mappings to the following accessibility APIs: MSAA, IAccessible2, UI Automation, ATK, and MAC Accessibility

caption: Table describing mapping of WAI-ARIA roles to accessibility APIs

http://www.w3.org/TR/wai-aria-implementation/#document-handling_author-errors

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

<mattking> misspelling in this caption:

<mattking> Table of accessibility application programing interface for focus states and events

MichaelC ^

<mattking> in this caption, interfaces should be singular:

<mattking> Table of events to be fired in each application programing interfaces for changes in Accessible Rich Internet Application states and properties

<richardschwerdtfeger> https://www.w3.org/WAI/PF/Group/track/products/1

<scribe> scribenick: clown

action-1329

action-1329?

<trackbot> action-1329 -- Michael Cooper to Add to spec for grab "When grab is set to true, all potential drop targets should have dropeffect property set appropriately. When an object is ungrabbed (value reverts to supported or none) dropeffects should revert to none". -- due 2008-09-01 -- CLOSED

<trackbot> https://www.w3.org/WAI/PF/Group/track/actions/239

action-1329

<trackbot> action-1329 -- James Craig to Clarify the "bridging" language in #co-evolution to make it clear that aria is not a stop-gap technology. it will always be relevant svg, and it will remain relevant for html as long as web developers have *any* reason to not use the native control, including the use to retrofit existing sites or frameworks without completely gutting the implementation. -- due 2014-01-30 -- OPEN

<trackbot> https://www.w3.org/WAI/PF/Group/track/actions/1329

RS: Did this get done?
... Let me look.
... I don't see the word "bridge" doing a search.

MC: You won't find it on the cover page. It was in a couple of places.
... It's in the DTD section.
... It is in the introduction.

RS: Still there?

MC: Yes.

JS: That needs to be fixed before we go PR.

MC: I thought james had worked up some wording.

<richardschwerdtfeger> http://www.w3.org/WAI/PF/aria/introduction

JC: Let me look at that.

RS, JC: <discussion of where the changes need to be made>

MK: This is written as if SVG includes ARIA. Does it?

RS: It is in SVG2.

JC: It doesn't actually include it, but you cann use aria in SVG.

MK: So we should remove that clause.

<richardschwerdtfeger> http://www.w3.org/WAI/PF/aria/introduction

<jcraig> http://www.w3.org/WAI/PF/aria/complete#co-evolution

RS, JC, MK: <discussion of fixes>

JC: Just remove the phrase about the obsolescence of ARIA.

MK: Just take out the phrase that starts "without the obsolescence …"

JC: Yes.

MC: Yes, we can remove that.

RS: Also, in the first paragraph, change "bridging" to "additve".

MC: How about enhancing (?)

RS: That would be better.

<jcraig> <abbr title="Accessible Rich Internet Applications">WAI-ARIA</abbr> is intended to augment semantics in supporting languages like <a href="#ref_HTML">HTML</a> and <a href="#ref_SVG">SVG</a>, or used as an accessibility enhancement technology in other markup-based languages that do not explicitly include support for ARIA.

<jcraig> In these cases, <abbr title="Accessible Rich Internet Applications">WAI-ARIA</abbr> could be adopted as a long-term approach to add semantic information to user interface components.

MK: I propose we delete this sentence:

<mattking> delete this sentence: Thus new types of objects would generally appear first within the web community, then WAI-ARIA

<mattking> would provide bridging accessibility semantics in the medium term, and finally web languages would provide native semantics in the longer term. In this

<mattking> way, WAI-ARIA and host languages both evolve together but at different rates.

<mattking> Thus new types of objects would generally appear first within the web community, then WAI-ARIA

<mattking> would provide bridging accessibility semantics in the medium term, and finally web languages would provide native semantics in the longer term. In this

<mattking> way, WAI-ARIA and host languages both evolve together but at different rates.

MK: I think this is redundant
... It is describing a bridge in time, but I think the paragraph is better without it.

MC: But the next sentence makes less sense now.

JC: Instead of "The goal of WAI-ARIA", say, "One of the goals of WAI-ARIA".

<jcraig> Furthermore, new types of objects are continually being developed. One goal of <abbr title="Accessible Rich Internet Applications">WAI-ARIA</abbr> is to provide a way to make such objects accessible, because host language standards tend to be slower to evolve. In this way, <abbr title="Accessible Rich Internet Applications">WAI-ARIA</abbr> and host languages both evolve together but at different rates.

JC: Then we could pull out the next sentence.

<jcraig> because host language standards tend to be slower to evolve.

JC: That implies, again, that aria is a quick stop-gap measure.

<jcraig> because host language standards sometimes overlook accessibility needs.

RS: We don't need to say that aria is quicker. Nothing is gained by that.

Clown: It's not just the W3C. It's the authors that are moving quicker.

<jcraig> because web authoring practices often advance faster than host language standards.

RS: I am good with the first paragraph.

JC: One thing that bothers me is one sentence starts, "Furthermore", and the next one begins "Therefore".
... Drop the furthermore.

MC: Okay.

JC: Or, combine the two sentences.

RS: Yes.

MK: The first sentence has a strange grammatical structure.
... Need "or to be used as" in the second phrase.

RS: Does that do it?
... Can we close action-1329 now?

JC: I think so.
... I've checked in the 1.1 changes; Michael has done it for 1.0

RS: I'm going to close it then.

<richardschwerdtfeger> RESOLUTION: Close action 1329 as complete

MK: Didn't you say the "bridging" teminology appeared elsewhere in the document?

MC: Yes, in an appendix, but in a different context.

<richardschwerdtfeger> https://www.w3.org/WAI/PF/Group/track/actions/1360

action 1360

action-1360?

<trackbot> action-1360 -- Janina Sajka to Write one paragraph per special acknoledgement for Al Gilman, Aaron Leventhal, etc. -- due 2014-02-01 -- OPEN

<trackbot> https://www.w3.org/WAI/PF/Group/track/actions/1360

<jcraig> action-1360

<trackbot> action-1360 -- Janina Sajka to Write one paragraph per special acknoledgement for Al Gilman, Aaron Leventhal, etc. -- due 2014-02-01 -- OPEN

<trackbot> https://www.w3.org/WAI/PF/Group/track/actions/1360

JS: I think that's necessary in the final document.
... Do we need it now, Michael?

JC: This is one of the good things that came up at the face-to-face
... There are these acknowledgements, but they are kind of buried in the current draft.

JS: I can get this done, right after the call.
... Is this important for the PR version?

MC: We can do it later, but it would be helpful to do it earlier.

JS: I would like to input from you, Rich.

RC: Well, we have 15 minutes.
... But, I also want to talk about a new meeting time.

MK: Good idea. Someone was going to ping Stefan about that.
... How about 1pm eastern, on Mon.

JS: We need to focus on the key people, and then post it to a wider audience.

RS: The chanllenge is 1.5 hours.
... Tues 1pm eastern.

Clown: I prefer Mon for this meeting.
... The UAIG meeting is also on Tue on afternoon.

RS: I could do 12.

MK: That would be 10am for me.

RS: What does everyone think about 1pm eastern on Mon?

+1

MC: I should be able to do that.

RS: We need to check with James.

JS: Do we want to explore other times?

RS: <cites lots of conflicts>

<joanie> i'm good with 1pm

<joanie> i am here

<jongund_> I have a meeting at 1 EST, but I could move it

<joanie> richardschwerdtfeger: I said yes

JS: It is 10am for James. He should be in the office by then.

JG: What about stefan?

JS: It would be 7pm for him. It's after work, but not too late.

RS: I have sent the new time suggestion to the list.

MK: We could switch in two weeks.

RS: Any news on Mike Smith while we were talking?

MC: I have not heard.
... I don't think we will publish tomorrow, but probably on Thu.

RS: Regarding Aaron and Al, what do you want to say, and where.

JS: Near the acknowledgements with a couple of sentences.

RS: Although aaron and al were not part of the WG at the time of publication, their contributions were ...
... I think the big thing is that both of them were key or founding contributors to the specifications.
... Specifically, Al chaired PFWG at the time that the ARIA effort began.
... And Aaron established the first implementation in browsers.

JS: Which demonstrated the viability of the approach

RS: Let me point to the announcement.

<richardschwerdtfeger> http://www.networkworld.com/news/2005/081605-ibm-firefox.html

JS: I will use that.

RS: Aaron authored the first draft of the UAIG.
... Point to the initial 50k lines of code in FF.
... They couldn't because of the restrictions of the use of JS and CSS because they were deemed to be inaccessilbe.
... The contribution of the code showed that it could be done.
... It showed that it would work in the browser in the same way as on the desktop.

JS: Characterize Al as a strategic figure?
... Is that fair?
... I'll put together a draft, and run it by you.
... And, if we don't publish until Thu, I can have it done by then.
... I think I have enough.

RRSAgent: stop log

Summary of Action Items

[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.138 (CVS log)
$Date: 2014/02/03 16:53:30 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.138  of Date: 2013-04-25 13:59:11  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Succeeded: s/action-239/action-1329/
Succeeded: s/action-239/action-1329/g
Succeeded: s/adaptive/enhancing/
Succeeded: s/I good/I am good/
Succeeded: s/13060/1360/
Found ScribeNick: clown
Inferring Scribes: clown
Present: joanie janina Rich_Schwerdtfeger Michael_Cooper Matt_King Joseph_Scheuhammer Jon_Gunderson James_Craig
Found Date: 03 Feb 2014
Guessing minutes URL: http://www.w3.org/2014/02/03-aria-minutes.html
People with action items: 

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


[End of scribe.perl diagnostic output]