Re: HTML 5.1 User Agent Implementation Guide (formerly the HTML 5 to platform Accessibility APIs Mapping guide) Going Forward

Hi, Jason:

Thanks for your email and for your outstanding work on mapping HTML to
accessibility APIs. You are very correct that now is the time for
organizing our next round of work on HTML5 mappings to accessibility
APIs. We've been discussing several aspects of exactly this in PF
recently, and we're getting to a good level of clarity of how we would
like to proceed.

As I've previously noted in various fora, we intend there will be
normative requirements in this HTML mappings document (and in other,
parallel mappings documents).

These documents will incorporate ARIA mappings, but will not be limited
to ARIA mappings. Our current scheme is to create a core ARIA
specification required of any agent implementing ARIA, followed by
markup specific mappings for particular markup environments. We expect,
at a minimum, to have HTML mappings and SVG mappings.

We are proposing to the WAI (and to our colleagues in W3C) a document
naming convention for these documents as follows:

"The X Accessibility APIs Mapping Guide" where X names the markup
technology, e.g. "Core ARIA," or "HTML 5.x" or "SVG2." This naming
convention would help identify related documents, which we believe is
important. We are seeking feedback on this convention now.

This brings me around to your specific suggestions to include the HTML
mappings work under the PF tree in gitthub. I believe PF would not
object, though we would not unilaterally make this change as the HTML-WG
may have a different view, especially as HTML-WG is the identified
publishing authority for this document:
http://www.w3.org/WAI/PF/html-task-force

I expect we'll resolve these various issues fairly quickly. So, while I
can't give you a firm answer just now, I believe we will have an answer
soon. To that end I have cc'd this note to the PF-Editors list.

Janina



jason@accessibleculture.org writes:
> Iā€™d like to stop working on the current HTML to Platform A11y APIs document and create and start working on the new HTML5.1 user agent implementation guide following the proposed outline. 
> 
> Should a new repo be created in Github, or is there a better place for it under one of the existing repos?  I note that a blank SVG implementation guide has been created under the ARIA repo at https://github.com/w3c/aria. If we are going to use the ARIA repo for all these implementation guides, I suggest they all go in the implementation folder in the ARIA repo at https://github.com/w3c/aria/tree/master/implementation. That way they can at least share style and script resources, which might be handy.
> 
> But perhaps there is a better way. Open to suggestions.
> 
> Jason
> 
> 
> Jason Kiss
> jason@accessibleculture.org
> http://www.accessibleculture.org
> 
> 
> 
> 
> On 4/04/2014, at 6:46 am, Richard Schwerdtfeger <schwer@us.ibm.com> wrote:
> 
> > Moving toward HTML 5.1 we will produce a minimum of 3 user agent implementation guides. For those new to this these are the accessibility API mapping guides that browsers must follow in order to support a host language or cross-cutting markup like WAI-ARIA. The ARIA 1.0 User Agent Implementation Guide, now a W3C Recommendation (http://www.w3.org/TR/wai-aria-implementation/), is the first industry document to achieve do this. 
> > Producing documents like this is essential as it allows us to normatively ensure that what we put in content will work with assistive technologies
> > across multiple operating system platforms.
> > 
> > Going forward we must produce a normative implementation specification for both HTML 5.1 and SVG2. Furthermore, we have a convergence of HTML markup in SVG 2 so the timing is excellent. Here are some examples:
> > 
> >   - canvas support
> >   - WAI-ARIA support
> >   - Definition of elements in terms of WAI-ARIA host language semantics
> >   - tabindex support
> >   - iFrame support
> >   - Use of the same DOM3 event handlers
> >   - Use of document object methods used for things like activeElement needed to support keyboard support by JavaScript developers.
> > 
> > I have met with editor stake holders and we have produced a draft outline for 3 specifications which the editor stake holders have agreed to - as a solid starting point.
> > 
> > The following is our plan:
> > 
> > 1. Start with the follow outline for the documents
> > http://www.w3.org/WAI/PF/wiki/Outline_Core_User_Agent_Implementation_Guide
> > 
> > It would mean that the ARIA 1.1 user Agent implementation would form a core implementation guide as the subsequent host languages will have elements
> > defined in terms of ARIA semantics. This allows HTML 5.1 and SVG2 to leverage the mappings that are in the Core, such as role, state, and property mapping tables as well as event notification. Host languages will be able to also define name and description computation rules specific to
> > the host language.
> > 
> > 2. Make Protocols and Formats or (the new name Accessibility Platform Architectures) will be responsible for coordinating the activities and ensure input from both the HTML accessibility task force and the SVG working group.
> > 
> > 3. Start with the following editors (as a minimum) as we who have signed on as editors:
> > 
> > - Core User Agent Implementation Guide (based on current ARIA 1.0 Implementation Guide but for ARIA 1.1): Joseph Scheuhammer
> > - HTML5.1: Steve Faulkner, Jason Kiss, and Alexander Surkov 
> > - SVG2: Rich Schwerdtfeger
> > 
> > Shane McCarron will likely appear on some of these documents as an editor. 
> > 
> > The HTML5.1 document will be a joint deliverable between PF and HTML. The SVG2 document will be a joint deliverable between PF and SVG. The Core document will be produced by PF. 
> > 
> > 4. We do have additional ARIA modules that will need to be created for both eBook structural semantics and Graphics (applicable to Canvas and SVG) that will need to be factored in.
> > 
> > This does not mean that the HTML working group or SVG 2 working group cannot publish the documents. This is a coordination discussion that pools
> > the right resources. 
> > 
> > 5. We are moving to Respec to create the specifications and Github as the versioning control system
> > 
> > We have had our first editors coordination meeting and have scheduled bi-weekly meetings. Shane McCarron is converting the existing documents to be based on Respec and the editors are reading up Respec. and Github. The ARIA 1.1 specification will also be based on Respec. and will go to Github versioning.
> > 
> > Our goal should be to get these done in time for HTML 5.1 CR end at the end of 2016 as a minimum. I would like SVG2 sooner. This
> > pooling of resources and coordination in APA (formerly PF) is essential.
> > 
> > Best Regards,
> > Rich
> > 
> > 
> > 
> > Rich Schwerdtfeger
> > 
> 

-- 

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 Tuesday, 6 May 2014 11:32:48 UTC