- From: Charles Pritchard <chuck@jumis.com>
- Date: Sun, 12 Feb 2012 16:19:10 -0800
- To: Jonas Sicking <jonas@sicking.cc>
- CC: Maciej Stachowiak <mjs@apple.com>, Laura Carlson <laura.lee.carlson@gmail.com>, Sam Ruby <rubys@intertwingly.net>, public-html@w3.org
On 2/12/2012 3:42 PM, Jonas Sicking wrote: >> > >> > Jonas, you have a different perspective too. That's OK, too. Multiple >> > viewpoints are a good thing. We are fleshing out real issues in this >> > process. > It sounds like your only objection to allowing aria-describedby to > point to @hidden elements is that it will delay publishing a finalized > HTML5 spec. That is certainly an understandable argument, though given > the extreme inertia for changing semantics of existing features, I'd > rather spec the @hidden attribute correction from the beginning, than > wait to fix it in HTML6. My comment was intended as: we should wait to break current behavior, until HTML6. If you want to consider it like breaking a bone to reset it, that's the idea. The current situation of position, visibility: hidden and display: none is well tested, and I am certainly being conservative in my position of altering core CSS architecture. As I understand it, @hidden is a shortcut for display: none, in implementation and markup and may be implemented through the css selector: [hidden] { display: none; }. I'm concerned about the structural problems of altering the CSSOM behavior display: none. I'm concerned that encouraging display: none for perceivable content may lead to a digital divide for users of older browsers and ATs. It's certainly possible for @hidden to be decoupled from display: none, I don't know what kind of compatibility fallout we'd see. My objection is that altering display: none may break some strong precedents and long standing practices and that @hidden may mean a distinction between sighted and non-sighted interfaces. The language itself is discriminatory. While we do say "hidden" or "display"; the effect of those two is very specific and technical it's about the side-effects of the object, not about visibility. Altering @hidden may make it about visibility. I have no objections about aria-describedby -- I'd like to see more vendor discussion about flowto and describedby. It's altering the semantics of @hidden that I'm concerned about. I'm also concerned about the long-lasting tug of war to maintain <img @longdesc>. Those are three separate issues, that weave in and out of this thread. They're connected, because they're part of your proposal. You're trying to work with those semantics, and I seem to be rather immovable on @hidden and @longdesc. I think there's a lot of good that can come from focusing on ARIA flow. But right now, we're looking at two attributes that I'd rather have left alone. -Charles
Received on Monday, 13 February 2012 00:19:40 UTC