- From: Steve Faulkner <faulkner.steve@gmail.com>
- Date: Sat, 11 Jan 2014 20:12:08 +0000
- To: Gregg Vanderheiden <gv@trace.wisc.edu>
- Cc: "lorettaguarino@google.com Guarino-Reid" <lorettaguarino@google.com>, GLWAI Guidelines WG org <w3c-wai-gl@w3.org>
- Message-ID: <CA+ri+Vk3rh4kBxV16c1M-eqaZsC8YvuhuXWk95F4DcJawJ81+w@mail.gmail.com>
hi Gregg, what figure/figcaption does is provide a method to programmatically associate a caption with content contained within the figure. The idea being that an <img> does not need to have such an alt ""see figure caption" when a caption is provided using figure/figcaption <figure> <img> <figcaption>text</figcaption> </figure> For example in Firefox, the figcaption element has an IA2 role of caption, the figure element has an MSAA role of group, the figcaption element content provides the accessible name for the figure. -- Regards SteveF HTML 5.1 <http://www.w3.org/html/wg/drafts/html/master/> On 11 January 2014 20:00, Gregg Vanderheiden <gv@trace.wisc.edu> wrote: > Agree > > In that case the Alt text should say "see figure caption" so the person > knows that the description is there -- and doesn’t think that there is no > description -- of not know where to look for it. (Kind of an old tech > ARIA approach) > > > *Gregg* > -------------------------------------------------------- > > > On Jan 11, 2014, at 1:38 PM, Loretta Guarino Reid < > lorettaguarino@google.com> wrote: > > I have also seen situations where the caption for a figure says everything > that a text alternative would say, e.g., a screen shot with the caption > describing the significant content of the screen shot. > > Not every figure caption is an appropriate text alternative, but when one > is, why repeat the information? > > Loretta > > > On Sat, Jan 11, 2014 at 11:26 AM, Steve Faulkner <faulkner.steve@gmail.com > > wrote: > >> >> >> >> >> >>> Hi everyone, >>> >>> >>> >>> I'm looking into an HTML5 accessibility technique [1] for the Figure & Figcaption to meet SC 1.1.1, but I'm not sure it should exist? >>> >>> >>> >>> I assume the technique should be for the part of the HTML spec "4.7.1.1.16 When a text alternative is not available at the time of publication" [2] >>> >>> >>> >>> However, if we're writing a technique that is trying to meet SC 1.1.1, I don't think applying alternative text within a figcaption would be suitable. If you are adding alternative text, shouldn't it be on the alt attribute? >>> >>> I don't see how a technique could be applied to a situation where you can't add something. >>> >>> >>> >>> Closely related to this are the "HTML5: Techniques for providing useful text alternatives", 4.2 [3], which provides two examples that are intended to be equivalent: >>> >>> >>> >>> <img src="example.jpg" alt="Shadow like figures and a graffiti tag drawn on the walls of a partially demolished building, illuminated by the light from a street lamp."> >>> >>> >>> >>> And then: >>> >>> >>> >>> <figure> >>> >>> <img src="shadows.jpg"> >>> >>> <figcaption> Shadow like figures and a graffiti tag drawn on the walls of a >>> >>> partially demolished building, illuminated by the light from a street lamp (photo). </figcaption> >>> >>> </figure> >>> >>> >>> >>> The idea being that the caption is equivalent to the alt, when the alt is missing. >>> >>> >>> >>> However, I think this is fundamentally at odds with the intent of alt text: to be for people who can't see the image. >>> >>> >> The situation is that in some circumstances the ability to provide a text >> alternative using the recommended method (alt attribute) is not available >> to the author. This is often the case on photo sharing sites (for example). >> Quite often authors do have the ability to provide a caption, in this case >> provision of a text alternative via the caption mechanism is a suggested >> workaround. It is not ideal, but its the best that an author who wants to >> provide a text alternative can do under the circumstances. >> >>> A far more realistic example that I could see regular authors doing is assuming that people can see the image: >>> >>> <figure> >>> >>> <img src="shadows.jpg"> >>> >>> <figcaption>The local graffiti artists have been busy!</figcaption> >>> >>> </figure> >>> >>> >>> >>> But what we would want is examples more like 9.1 [4], which would be something like: >>> >>> <figure> >>> >>> <img src="shadows.jpg" alt=" Shadow like figures and a graffiti tag drawn on the walls of a >>> >>> partially demolished building, illuminated by the light from a street lamp.."> >>> >>> <figcaption>The local graffiti artists have been busy!</figcaption> >>> >>> </figure> >>> >>> >>> >>> I think it comes down to what relationship we think figcaption should have to the image. I had thought it would be a similar relationship to aria-describedby, which adds description but is not the label itself. >>> >>> >>> >>> I can see figcaption having a technique under SC 1.3.1, but should we have a technique under SC 1.1.1? >>> >>> >>> >>> -Alastair >>> >>> >>> >>> 1] http://www.w3.org/WAI/GL/wiki/Techniques/HTML5 >>> >>> 2] http://www.w3.org/html/wg/drafts/html/master/embedded-content-0.html#when-a-text-alternative-is-not-available-at-the-time-of-publication >>> >>> 3] http://www.w3.org/TR/html-alt-techniques/#m6 >>> >>> 4] http://www.w3.org/TR/html-alt-techniques/#hbe >>> >>> -- >> >> Regards >> >> SteveF >> HTML 5.1 <http://www.w3.org/html/wg/drafts/html/master/> >> > > >
Received on Saturday, 11 January 2014 20:13:16 UTC