Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
toolbar.module
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
15 Apr 2015 at 16:39 UTC
Updated:
23 May 2015 at 01:34 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
nod_Comment #2
dom. commentedTo be honest, I can't even find a reference to aria-owned-by neither in Google nor on the aria spec document (http://www.w3.org/TR/html-aria/). Thus here is a patch to actually remove it.
Comment #3
axe312 commentedThis might provide more infos about the aria attribute:
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA
Comment #4
dom. commentedComment #5
nod_Critical here is to know if screenreaders use it, whether it's in the spec or not. Accessibility is for people not validators. Once that's confirmed (or not) we can talk about a patch. I know a screenreader user has been involved in the making of toolbar to check accessibility, so it's probably not been added for the fun of it.
Comment #6
dom. commented@nod : true. Just I can see anything of aria-owned-by in the doc.
Comment #7
dom. commentedAttaching #1137920: Fix toolbar on small screen sizes and redesign toolbar for desktop which originally added the aria-owned-by attribute.
Comment #8
wim leersPinged Jesse Beach :) https://twitter.com/wimleers/status/593439139057512448
Comment #9
jessebeach commentedDom, thank you for bringing this issue up.
You're right,
aria-owned-bydoesn't exist in the spec. What we're trying to do here is create a relationship between DOM elements that isn't represented through hierarchy. That relationship should be established with thearia-owns(http://www.w3.org/TR/wai-aria/states_and_properties#aria-owns) attribute on the toolbar button that opens the tab. This code is there, but I believe it's wrong. This is the code now.It should be
aria-ownsshould indicate the ID of the DOM element that this element owns.Dom, could you update your patch to reflect this?
Comment #10
skippednote commentedTested Dom's patch and the aria-owned-by errors goes away when I run it through the W3C validator.
I've attached a patch with both Dom's and jessebeach's changes included.
Comment #11
webchickAdding missing word to make the title less confusing. :)
Also adding some tags.
Comment #13
webchickPS: Nice to see you again, jessebeach! :D Thanks for stopping by!
Comment #15
dom. commented"This document was successfully checked as HTML5!" using #10 !
RTBC since I have :
- applied and check patch on latest trunk : it now validate the page using W3C.
- checked manually all instance of "aria-owns" in the generated source to check it references an existing ID
- read through the patch for coding standars
For all this reasons, move this issue to RTBC.
Comment #17
dom. commentedHum.. test fail seems weird here... can't clone git repo ?!
Comment #18
wim leersTestbot is completely broken today :( We'll have to wait until the DA fixes the testbots…
Comment #19
jessebeach commentedLGTM.
PPS: Hi webchick!!
Comment #21
dom. commentedBack to RTBC then after #15.
Comment #22
nod_Removing w3c tag, the w3c validation seems to be used a little more. w3c alone isn't very clear.
Comment #23
alexpottThis issue is a normal bug fix, and doesn't include any disruptive changes, so it is allowed per https://www.drupal.org/core/beta-changes. Committed 437fa37 and pushed to 8.0.x. Thanks!