- From: Léonie Watson <lwatson@nomensa.com>
- Date: Thu, 23 Jun 2011 17:22:46 +0100
- To: "public-html-a11y@w3.org" <public-html-a11y@w3.org>
Good afternoon,
The minutes from the 23rd June 2011 HTML A11y weekly telecon can be found in the following formats...
HTML:
http://www.w3.org/2011/06/23-html-a11y-minutes.html
Plain text:
http://www.w3.org/2011/06/23-html-a11y-minutes.html,text
23 Jun 2011
See also: [2]IRC log
[2] http://www.w3.org/2011/06/23-html-a11y-irc
Attendees
Present
Regrets
Marco_Ranon
Chair
SV_MEETING_CHAIR
Scribe
LJW, Leonie, JF
Contents
* [3]Topics
1. [4]media update
2. [5]Text alternatives subteam update
3. [6]Canvas subteam update
4. [7]HTML5 LC spec-review status update
* [8]Summary of Action Items
_________________________________________________________
<trackbot> Date: 23 June 2011
<paulc> is there an agenda posted for the A11Y TF meeting?
<paulc> ok
<MikeSmith> anybody have specific items you'd like to add to the
agenda?
<MikeSmith> action-24?
<trackbot> ACTION-24 -- Steve Faulkner to raise bug on ARIA being
restricted to a11y -- due 2010-04-13 -- CLOSED
<trackbot> [9]http://www.w3.org/WAI/PF/HTML/track/actions/24
[9] http://www.w3.org/WAI/PF/HTML/track/actions/24
<paulc> Do you need to tell Zakim which meeting this is?
<paulc> It appears in my log that Zakim still thinks this is the
Media Subteam Teleconference.
<MikeSmith>
[10]http://www.w3.org/WAI/PF/HTML/wiki/index.php?title=Scribe_List
[10] http://www.w3.org/WAI/PF/HTML/wiki/index.php?title=Scribe_List
<scribe> scribe: LJW
<MikeSmith> scribe: Leonie
<scribe> scribe: LJW
<JF> zakin, who's here?
<MikeSmith> scribenick: Leonie
media update
JF: We had an interesting call yesterday, revisiting the poster alt
issue (now referred to as pause video).
<MikeSmith> we are now using the term "paused media" to refer to
what we had been called the "poster alt issue"
JF: We were fortunate to have Kelly Ford, Jim Allen and Jean
Spellman join us. We got some possible ideas on paper on how to
solve this problem. We wanted very clear understanding of the UX.
... We didn't come up with a definitive result, but I think the UA
people have a more clear understanding of the issue we're grappling
with. I emailed out an update of the issue to the HTML A11y list.
... The concern with ARIA being a CR is that it's hard to re-open it
at this stage.
... The difficulty is that to use ARIA means that the description is
flattened out, without semantic structure.
... The way aria-describedby works is to reference an id that could
be on a paragraph, div or something else.
... When the fragment string is pulled back, any HTML contiined is
returned as flat text.
MS: That sounds broken to me.
JF: Correct. It's something that hasn't been fully clarified in the
ARIA spec, but it's in CR.
... So the behaviour hasn't been defined anywhere, and so the
question becomes *where should it be defined?
MS: We could let things proceed with ARIA, and try to fix things at
a later point.
JF: We could, but if the browsers cannot interpret the fragment
strig properly, our solution is dead in the water.
... Another possibility is to try and get it into UAAG 2.0 perhaps.
MS: I'm less familiar with the UAAG spec and what it normatively
definess...
JF: I've posed the question to Jim and Jean. Judy, can you shed some
light?
JB: You've explained it well John in terms of where we want to be,
but I would least like to disrupt a spec that's in CR.
... I would prefer it if these solutions were addressed as
definitively as can be.
JF: The place where we have a problem right now, is with the
implimentation that browsers are doing.
MS: Someone needs to file a bug...
JF: I'd need to go and check, but I eblieve there may already be a
bug.
MS: I'd file the bug, send an email to list and flag up with the
people who represent browser vendors and ask for comment/feedback on
the bug.
Text alternatives subteam update
JB: We checked the status of items being worked on, table summary
was reassigned. There was some discussion about the thread on the
alternate proposal that's expected on longdesc.
... Work is still pending on metaname generator and figcaption. The
current approach on figcaption is to have the validator throw an
author warning, and to draw up some use cases that exemplify the
problem.
MS: It would be good to restart some of the discussion with the
wider TF.
JB: I'm hoping to get something out o the list.
Canvas subteam update
RS: We're looking at how we get the bounding dimensions of an object
on your screen so a magnifier can correct it. We're trying to tie
this into the hit testing we spoke about.
<MikeSmith> Paul Bakaus commented on the importance of hit testing
RS: We could do this by taking the context for canvas and sub
classing it with a drawing object that has the same properties.
... Charles put out a proposal to suggest creating drawing paths and
associating them with elements of the canvas sub tree. Frank
suggested putting the bounds on the DOM elements, but we're trying
to keep the same DOM that we have for the rest of the spec.
... Do we need to create issues for these things now? Is this the
process for after last call?
... Should I reuse the same bug as before?
MS: Yes, then we have the context on it.
RS: Ian has asked not to be the editor of canvas, so who is the
editor?
MS: We don't have an editor at this moment.
JF: I nominate Rich!
MS: Ultimately it's up to the chairs, the responsibility from here
is on the chairs and they've been having discussions about it.
JB: I'm hoping the chairs are taking into consideration the benefit
of having someone involved with the accessibility of this.
RS: I'd push to be co-editor in that case, not sole editor.
MS: The chairs will make an announcement, it hasn't fallen between
the cracks.
... The hit testing conversation doesn't seem to have progressed
Rich?
RS: I'd like to see the browser vendors become more involved in this
conversation.
MS: This is useful outside of the context of accessibility as well.
RS: Gettings thing done in CSS will take a long time.
JB: Perhaps those of us who intersect with Frank or David could
encourage them?
RS: Defects have to be logged by 3rd Aug, is that right Mike?
MS: LC comments, yes. It would be good to get them in before then,
but if we can't it goes back through the same process again.
RS: I'm seeing people asking bugs, are we really entering comments?
What's the correct process?
MS: It depends on the purpose. We say bug because that what it's
referred to in bugzilla.
<MikeSmith> Maciej
MS recapping the aria-describedby content flattening issue.
<JF> Revised Timeline and New Bug Priority Policy -
[11]http://lists.w3.org/Archives/Public/public-html/2011Jun/0315.htm
l
[11] http://lists.w3.org/Archives/Public/public-html/2011Jun/0315.html
RS: I can check on that.
<JF> Expectations when adding the TrackerRequest keyword -
[12]http://lists.w3.org/Archives/Public/public-html/2011Jun/0316.htm
l
[12] http://lists.w3.org/Archives/Public/public-html/2011Jun/0316.html
JF: This is what we were talking about yesterday on the media call.
... The key overview is in the email I sent to the list yesterday.
... We need to be sure the string retains the markup.
<MikeSmith> oops
RS: The only time that can't happen is if the string is hidden.
JF: I'm concerned when we say hidden... hideen to who? SIghted users
or hidden from everyone?
... Is alt text hidden? I don't see it, it's in the DOM, it's not
visible on screen.
RS: To do what you want to do, we'll need to do what we're doing
with canvas. We'll have to make it available so the AT can process
it.
JF: Rich, we really need you to help us with this conversation.
RS: I'll be there on the media call.
... What I'd like to see you do... if you want to hide the content,
I would make it so it can be rendered visible as an option. That way
you can have the reference, but once you rendere it... this would
also help people with a learning disability, or people curious to
see the text.
HTML5 LC spec-review status update
<MikeSmith> scribe: JF
Leonie: has started reviewing the spec and has started a wiki page
4.5.3 pre element has some issues
this was first identified by gregory
MS: don't recall the issue either
if there are issues there we should get them into the bug system
<Leonie> [13]http://www.w3.org/WAI/PF/HTML/wiki/Spec_Review/Block
[13] http://www.w3.org/WAI/PF/HTML/wiki/Spec_Review/Block
Leonie: the issue is that information that is conveyed via visual
layout by using pre is not being conveyed to AT
MS: file the bug sooner rather than later
we can update info as it evolves
Leonie: the other issue is about the fig element
<MikeSmith> 4.5.13 on div
question is about using div is a core accessibility issue
<MikeSmith> "Authors are strongly encouraged to view the div element
as an element of last resort, for when no other element is suitable.
Use of the div element instead of more appropriate elements leads to
poor accessibility for readers and poor maintainability for
authors."
<MikeSmith>
[14]http://dev.w3.org/html5/spec/grouping-content.html#the-div-eleme
nt
[14] http://dev.w3.org/html5/spec/grouping-content.html#the-div-element
MS: this is a note very close to the top, it is more of an authoring
guidance issue
JB: we should perhaps look at this more closely next week?
suggest adding it to next week's agenda
MS: as I look at this, I wonder what is the accessibility problem -
needs elaboration
JB: thanks to Leonie for raising this, we need to look at this
further
MS: we have been postponing Last Call spec review to top of agenda
for next week
anyone who has taken an assignment please be ready for next week
MS: need to wrap up, anything else?
<MikeSmith> adjourned
<MikeSmith> thanks everybody
Summary of Action Items
[End of minutes]
_________________________________________________________
Regards,
Léonie.
--
Nomensa - humanising technology
Léonie Watson, Director of Accessibility & Web Development
tel: +44 (0)117 929 7333
twitter: @we_are_Nomensa @LeonieWatson
Nomensa Email Disclaimer: http://www.nomensa.com/email-disclaimer
© Nomensa Ltd, King William House, 13 Queen Square, Bristol BS1 4NT UK VAT registration: GB 771727411 | Company number: 4214477
Received on Thursday, 23 June 2011 16:23:27 UTC