WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
61013
Keep linked images in the accessibility tree.
https://bugs.webkit.org/show_bug.cgi?id=61013
Summary
Keep linked images in the accessibility tree.
Chris Guillory
Reported
2011-05-17 18:37:27 PDT
It's useful for the user to know that the selected link contains a graphic. If we keep graphics that are children of links in the accessibility tree then windows screen readers like JAWS and NVDA will read out the more descriptive "link graphic" instead of simply "link" when the link is focused.
Attachments
Patch
(4.43 KB, patch)
2011-05-23 21:31 PDT
,
Chris Guillory
no flags
Details
Formatted Diff
Diff
LayoutTest now passes on Mac
(4.47 KB, patch)
2011-05-24 16:36 PDT
,
Chris Guillory
cfleizach
: review-
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Chris Guillory
Comment 1
2011-05-23 21:31:00 PDT
Created
attachment 94559
[details]
Patch
Chris Guillory
Comment 2
2011-05-24 16:36:43 PDT
Created
attachment 94712
[details]
LayoutTest now passes on Mac Chromium issue is
http://crbug.com/36581
. This issue is also present on Safari for windows.
chris fleizach
Comment 3
2011-05-27 09:13:28 PDT
Comment on
attachment 94712
[details]
LayoutTest now passes on Mac i assume this is meant to be a patch since its review?
chris fleizach
Comment 4
2011-05-27 09:22:03 PDT
Comment on
attachment 94712
[details]
LayoutTest now passes on Mac View in context:
https://bugs.webkit.org/attachment.cgi?id=94712&action=review
> Source/WebCore/ChangeLog:10 > +
I may be dense, but this comment doesn't make sense to me. Are you saying... "don't expose the src of the link.... and to do that, you override the image src?" a) I don't understand why you don't want to expose the source of the link. b) I don't understand why you want to change what the URL is for the image. Right now it should be the the location of the image. That seems correct in my mind, because the src of the link is returned in the link
> Source/WebCore/accessibility/AccessibilityRenderObject.cpp:1872 > return true;
this seems like it alters the informal standard that's pretty clear. if alt is empty, image should be ignored
> LayoutTests/accessibility/tree-contains-linked-images.html:24 > + }
this layout test doesn't seem to test the altered behavior. this <img> was not ignored previously because it had an alt tag.
Chris Guillory
Comment 5
2011-05-27 15:37:19 PDT
Comment on
attachment 94712
[details]
LayoutTest now passes on Mac View in context:
https://bugs.webkit.org/attachment.cgi?id=94712&action=review
>> Source/WebCore/ChangeLog:10 >> + > > I may be dense, but this comment doesn't make sense to me. > Are you saying... "don't expose the src of the link.... and to do that, you override the image src?" > a) I don't understand why you don't want to expose the source of the link. > b) I don't understand why you want to change what the URL is for the image. Right now it should be the the location of the image. That seems correct in my mind, because the src of the link is returned in the link
The comment could use some rewording. a) The source for links remains unchanged. b) The change includes images without alt text that are parented to linked in the accessibility tree. However, when a screen reader (JAWS, VoiceOver) focuses the link, the image's src is read. Previously the link's src was read. I think it's incorrect to override the images src to address this behavior. I'll look into an alternative.
>> Source/WebCore/accessibility/AccessibilityRenderObject.cpp:1872 >> return true; > > this seems like it alters the informal standard that's pretty clear. if alt is empty, image should be ignored
Firefox and IE include images with alt text in the accessibility tree. JAWS reads them more conveniently as "link graphic" instead of just "link". I'll look more into the general update I'm requesting for the informal standard.
>> LayoutTests/accessibility/tree-contains-linked-images.html:24 >> + } > > this layout test doesn't seem to test the altered behavior. this <img> was not ignored previously because it had an alt tag.
Oops. I accidentally left that in.
chris fleizach
Comment 6
2011-05-27 15:38:56 PDT
(In reply to
comment #5
)
> (From update of
attachment 94712
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=94712&action=review
> > >> Source/WebCore/ChangeLog:10 > >> + > > > > I may be dense, but this comment doesn't make sense to me. > > Are you saying... "don't expose the src of the link.... and to do that, you override the image src?" > > a) I don't understand why you don't want to expose the source of the link. > > b) I don't understand why you want to change what the URL is for the image. Right now it should be the the location of the image. That seems correct in my mind, because the src of the link is returned in the link > > The comment could use some rewording. > a) The source for links remains unchanged. > b) The change includes images without alt text that are parented to linked in the accessibility tree. However, when a screen reader (JAWS, VoiceOver) focuses the link, the image's src is read. Previously the link's src was read. I think it's incorrect to override the images src to address this behavior. I'll look into an alternative. > > >> Source/WebCore/accessibility/AccessibilityRenderObject.cpp:1872 > >> return true; > > > > this seems like it alters the informal standard that's pretty clear. if alt is empty, image should be ignored > > Firefox and IE include images with alt text in the accessibility tree. JAWS reads them more conveniently as "link graphic" instead of just "link". I'll look more into the general update I'm requesting for the informal standard. >
Do you mean that Firefox and IE include images "without" alt text if they are inside links?
> >> LayoutTests/accessibility/tree-contains-linked-images.html:24 > >> + } > > > > this layout test doesn't seem to test the altered behavior. this <img> was not ignored previously because it had an alt tag. > > Oops. I accidentally left that in.
James Craig
Comment 7
2013-11-18 15:28:25 PST
Abandoned. Closing as invalid.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug