[whatwg] [HTML5] Accessibility question
Benjamin Hawkes-Lewis
bhawkeslewis at googlemail.com
Wed Mar 26 12:27:37 PDT 2008
Nicholas C. Zakas wrote:
> The first use case is now handled in HTML 5 via @irrelevant.
I don't think it is, actually:
http://www.w3.org/html/wg/html5/#the-irrelevant
Additional content is not "irrelevant"; it's helpful sometimes and
superfluous at other times.
The draft spec says "User agents should not render elements that have
the irrelevant attribute specified". This is incompatible with what I'm
suggesting, which is that user agents might want to render additional
content when it is helpful and ignore it when it is superfluous.
The intention of the draft seems to be that @irrelevant should be
manipulated by scripting. That too is incompatible with what I'm
suggesting, where UA logic and user actions decide whether to render
additional content or not (a bit like @title).hey
> We currently now use display: none or
> visibility: hidden to hide content that isn't necessary for users at
> that time, which is the same purpose as @irrelevant (from previous
> discussions).
Display: none; or visibility: hidden; affect only the suggested
presentation of information; @irrelevant changes the semantics.
It's true that developers sometimes try to use display: none; and
visibility: hidden; like @irrelevant could be used; I think that's
(often) unwise because they are such brittle tweaks in the wrong layer.
> I'm very familiar with defining separate CSS classes for moving content
> offscreen, and it seems like a big hack to me.
It is very hacky, agreed.
> It also seems that this
> is a common enough use case that it merits further investigation.
Yep.
> Perhaps the greater
> question is whether or all showing/hiding of content is really a CSS
> issue or if there are some that use cases that do belong in HTML.
Sometimes content's superfluity is itself dependent on the
presentational skin. For example, if CSS radically distinguishes a
navigation area from surrounding content, having a "Navigation" header
might become superfluous. In such cases, it makes more sense to use the
off-screen hack or some better (future) CSS technique, e.g.:
nav h1:out-of-context {
display: block;
}
But ideally a suggested presentational skin should not be used to try
and designate content to be superflous when its superfluity depends on
browsing context not the skin itself, for example when part of a link's
text is superfluous if you're going through the document in order.
--
Benjamin Hawkes-Lewis
More information about the whatwg
mailing list