Bug 122138

Summary: AX: WebKit does not expose text alternative of CSS generated image content
Product: WebKit Reporter: James Craig <jcraig>
Component: AccessibilityAssignee: Nobody <webkit-unassigned>
Status: RESOLVED DUPLICATE    
Severity: Normal CC: syoichi, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: 528+ (Nightly build)   
Hardware: All   
OS: All   
Attachments:
Description Flags
test case none

James Craig
Reported 2013-09-30 21:59:38 PDT
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
Attachments
test case (5.20 KB, text/html)
2013-09-30 21:59 PDT, James Craig
no flags
James Craig
Comment 1 2013-09-30 21:59:43 PDT
James Craig
Comment 2 2013-09-30 22:01:56 PDT
related to bug 120188
James Craig
Comment 3 2013-11-04 12:49:17 PST
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
Comment 4 2022-03-15 16:14:21 PDT
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 ***
Note You need to log in before you can comment on or make changes to this bug.