Bug 122138 – AX: WebKit does not expose text alternative of CSS generated image content

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: Accessibility

[James Craig]

Created attachment 213054 [details]
test case

AX: WebKit does not expose text alternative of CSS generated image content. E.g.

  a[href$=".pdf"]::after { content: url(./pdf.png), "(PDF)"; }

Note: I think it should retain the AXImage's AXRole and AXRoleDescription, but otherwise let AT decide what to speak. Since this is inside a link, it should not be treated differently than if there was a hardcoded markup image in the link. So, on the link you'd hear "link, User Guide (PDF)" and if it was just plain text, you'd hear two elements, "User Guide" static text and then "(PDF) image"

Some related discussion on www-style and from the TPAC 2011.
http://lists.w3.org/Archives/Public/www-style/2012Nov/0316.html

[James Craig]

<rdar://problem/10384914>

[James Craig]

related to bug 120188

[James Craig]

Once this is patched, you should include a test to ensure it does not regress -webkit-alt.

content: url(resources/cake.png), "foo";
-webkit-alt: "bar, not foo";

content: url(resources/cake.png), "";
-webkit-alt: "not empty";

content: url(resources/cake.png), "foo";
-webkit-alt: ""; // should be empty, not foo

See bug 120188

[James Craig]

Overcome by a later CSS WG syntax covered in https://bugs.webkit.org/show_bug.cgi?id=159022

*** This bug has been marked as a duplicate of bug 159022 ***