14937 2011-11-25 21:20:52 +0000 Replace poor coding example for figure with multiple images 2012-04-20 02:55:49 +0000 1 1 1 Unclassified HTML WG HTML5 spec unspecified PC All RESOLVED FIXED a11y, a11y_text-alt, WGDecision P3 normal --- 1 faulkner.steve ian bhawkeslewis ian marco mike public-html-a11y public-html-admin public-html-wg-issue-tracking rubys public-html-bugzilla oldest_to_newest 60507 0 faulkner.steve 2011-11-25 21:20:52 +0000 the figure element section http://dev.w3.org/html5/spec/grouping-content.html#the-figure-element contains an example where a figure contains multiple related images. The caption text for each of the images is contained in the img element title attribute. This example promotes an anti-pattern that reduces the accessibility of the content. recommend replacing the example with an example using nested figure elements: Refer to http://www.html5accessibility.com/tests/figures-nested.html for further details and alternative example code. 61147 1 ian 2011-12-07 23:01:38 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Rejected Change Description: no spec change Rationale: This isn't an antipattern. It is a best practice. If current ATs don't make it accessible, then I recommend approaching AT vendors and explaining to them that they're not properly exposing HTML semantics. 61217 2 faulkner.steve 2011-12-08 07:40:48 +0000 (In reply to comment #1) > EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are > satisfied with this response, please change the state of this bug to CLOSED. If > you have additional information and would like the editor to reconsider, please > reopen this bug. If you would like to escalate the issue to the full HTML > Working Group, please add the TrackerRequest keyword to this bug, and suggest > title and text for the tracker issue; or you may create a tracker issue > yourself, if you are able to do so. For more details, see this document: > http://dev.w3.org/html5/decision-policy/decision-policy.html > > Status: Rejected > Change Description: no spec change > Rationale: This isn't an antipattern. It is a best practice. If current ATs > don't make it accessible, then I recommend approaching AT vendors and > explaining to them that they're not properly exposing HTML semantics. You obviously misunderstand, this issue has nothing to do with AT, your 'best practice' is based on a fiction that the title attribute content is available to all users via the browser, it is most evidently not. All browser vendors are aware of the issue (http://markmail.org/message/udftstmjgis5bdiu), but have chosen not to do anything about it (for the last ten years). When you have convinced browser vendors (apple, google, opera and microsoft) to fix the issue, i.e. keyboard and touch screen users can access the title attribute content, then you can claim your anti-pattern as a best practice. Until that point it does not deserve to be in the W3C HTML5 spec and its inclusion does a disservice to a range of users. 61219 3 bhawkeslewis 2011-12-08 08:03:31 +0000 (In reply to comment #2) > You obviously misunderstand, this issue has nothing to do with AT, your 'best > practice' is based on a fiction that the title attribute content is available > to all users via the browser, it is most evidently not. It's based on potential future implementations not today's implementations. An HTML WG decision discussed, and dismissed, the accessibility problems with @title - taking the line that user agents could provide better access to @title in the future: http://lists.w3.org/Archives/Public/public-html/2011Apr/0451.html For now, the examples in the spec are in line with that decision. Challenging the specification for @title should be a precursor for challenging particular examples that use @title. 61227 4 faulkner.steve 2011-12-08 10:17:30 +0000 (In reply to comment #3) > (In reply to comment #2) > > You obviously misunderstand, this issue has nothing to do with AT, your 'best > > practice' is based on a fiction that the title attribute content is available > > to all users via the browser, it is most evidently not. > > It's based on potential future implementations not today's implementations. > > An HTML WG decision discussed, and dismissed, the accessibility problems with > @title - taking the line that user agents could provide better access to @title > in the future: > > http://lists.w3.org/Archives/Public/public-html/2011Apr/0451.html > > For now, the examples in the spec are in line with that decision. > > Challenging the specification for @title should be a precursor for challenging > particular examples that use @title. >> It's based on potential future implementations not today's implementations. Same could be said for other failed features , promoting their use when no commitment to implement has been provided by the browser vendors is putting theoritcal purity over authors over users. The title attribute is not a new feature, its use in this case is not a new use. That is why I have specified a normative willful violation of HTML5 in the the alt text specification [http://dev.w3.org/html5/alt-techniques/#secm7} The WG ruled on whether the title attribute is conforming when alt is absent, this is not the case under discussion. FYI I fully expect that decision to be re-opened soon and have some expectation it will be overturned as it bad for accessibility. here is the re-open request change proposal: http://www.w3.org/html/wg/wiki/ChangeProposals/notitlev2 I look forwrad to your and like minded peoples counter proposal with spirited defence of the status quo. 61228 5 faulkner.steve 2011-12-08 10:22:19 +0000 changing back to wontfix as I don't think I provided any information not available to the editor. 61229 6 faulkner.steve 2011-12-08 10:27:42 +0000 rasied as Issue 190 https://www.w3.org/html/wg/tracker/issues/190 61482 7 marco 2011-12-13 08:19:32 +0000 Relevant discussion aside- To help with the discussion I am submitting a better code example- based on the one already written at 4.5.11 "The figure element": http://dev.w3.org/html5/spec/the-figure-element.html#the-figure-element --- code --- <figure role="group"> <figcaption>The castle through the ages: 1423, 1858, and 1999 respectively.</figcaption> <figure role="group"> <img src="castle-etching.jpg" alt="The castle has one tower, and a tall wall around it."> <figcaption>Etching. Anonymous, ca. 1423.</figcaption> </figure> <figure role="group"> <img src="castle-oil.jpg" alt="The castle now has two towers and two walls."> <figcaption>Oil-based paint on canvas. Maria Towle, 1858.</figcaption> </figure> <figure role="group"> <img src="castle-film.jpg" alt="The castle lies in ruins, the original tower all that remains in one piece."> <figcaption>Film photograph. Peter Jankle, 1999.</figcaption> </figure> </figure> 66099 8 rubys 2012-03-27 02:38:34 +0000 WG Decision: http://lists.w3.org/Archives/Public/public-html/2012Mar/0731.html Change Proposal: http://www.w3.org/html/wg/wiki/ChangeProposals/notitle_captions 66881 9 rubys 2012-04-20 02:55:49 +0000 http://html5.org/tools/web-apps-tracker?from=7055&to=7056