<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">@irrelevant is virtually indistinguishable from setting content to display: none. My point in bringing up accessibility with a possible attribute or element is to figure out where the lines between HTML and CSS are, as it appears HTML 5 has muddied the water. As I stated earlier on this list, if something is truly "irrelevant", then it's not included in the page. Something that's on the page and hidden is relevant, just perhaps not at the current time, which led to the suggestion on this list to rename the attribute "ignore". <br><br>I understand your point about superfluity being defined by the presentation (one could argue the same about relevance...). Aural CSS seemed, at one point, like it would make sense for
handling such issues. However, since screen readers read the "screen" media styles, it doesn't really help. <br><br>I still feel like it's a good idea to have an optional attribute on each element that indicates the element's content should not be ignored by screen readers regardless of the style applied. Perhaps this could be better handled by an ARIA role...<br><br>-Nicholas<br><br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: Benjamin Hawkes-Lewis <bhawkeslewis@googlemail.com><br>To: Nicholas C. Zakas <html@nczonline.net><br>Cc: whatwg List <whatwg@whatwg.org>; Ian Hickson <ian@hixie.ch><br>Sent: Wednesday, March 26, 2008 12:27:37 PM<br>Subject: Re: [whatwg] [HTML5] Accessibility question<br><br>
Nicholas C. Zakas wrote:<br>> The first use case is now handled in HTML 5 via @irrelevant. <br><br>I don't think it is, actually:<br><br><a href="http://www.w3.org/html/wg/html5/#the-irrelevant" target="_blank">http://www.w3.org/html/wg/html5/#the-irrelevant</a><br><br>Additional content is not "irrelevant"; it's helpful sometimes and <br>superfluous at other times.<br><br>The draft spec says "User agents should not render elements that have <br>the irrelevant attribute specified". This is incompatible with what I'm <br>suggesting, which is that user agents might want to render additional <br>content when it is helpful and ignore it when it is superfluous.<br><br>The intention of the draft seems to be that @irrelevant should be <br>manipulated by scripting. That too is incompatible with what I'm <br>suggesting, where UA logic and user actions decide whether to render <br>additional content or not (a bit like @title).hey<br><br>> We currently now
use display: none or <br>> visibility: hidden to hide content that isn't necessary for users at <br>> that time, which is the same purpose as @irrelevant (from previous <br>> discussions).<br><br>Display: none; or visibility: hidden; affect only the suggested <br>presentation of information; @irrelevant changes the semantics.<br><br>It's true that developers sometimes try to use display: none; and <br>visibility: hidden; like @irrelevant could be used; I think that's <br>(often) unwise because they are such brittle tweaks in the wrong layer.<br><br>> I'm very familiar with defining separate CSS classes for moving content <br>> offscreen, and it seems like a big hack to me.<br><br>It is very hacky, agreed.<br><br>> It also seems that this <br>> is a common enough use case that it merits further investigation.<br><br>Yep.<br><br>> Perhaps the greater <br>> question is whether or all showing/hiding of content is really a CSS
<br>> issue or if there are some that use cases that do belong in HTML.<br><br>Sometimes content's superfluity is itself dependent on the <br>presentational skin. For example, if CSS radically distinguishes a <br>navigation area from surrounding content, having a "Navigation" header <br>might become superfluous. In such cases, it makes more sense to use the <br>off-screen hack or some better (future) CSS technique, e.g.:<br><br>nav h1:out-of-context {<br> display: block;<br>}<br><br>But ideally a suggested presentational skin should not be used to try <br>and designate content to be superflous when its superfluity depends on <br>browsing context not the skin itself, for example when part of a link's <br>text is superfluous if you're going through the document in order.<br><br>--<br>Benjamin Hawkes-Lewis<br><br></div><br></div></div><br>
<hr size=1>OMG, Sweet deal for Yahoo! users/friends: <a href="http://us.rd.yahoo.com/evt=47520/*http://tc.deals.yahoo.com/tc/blockbuster/text2.com
">Get A Month of Blockbuster Total Access, No Cost.</a> W00t</body></html>