-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
commandbar accessiblity #14805
Comments
@reijam Thanks for the feedback. Could you provide more information for a reproduction? Possibly link to a codepen? That would help our team understand if this is a recent regression. Thanks! |
Thanks for taking the time to enter an issue. However, it seems that there aren't enough details here for this issue to be actionable. When issues are created, we need details such as:
Without a clear understanding of these details, it's not possible to take clear action on issues. We are unable to meet your expectations, properly address the root cause, and make changes without affecting the expectations of other consumers. Please provide these additional details as you are able. The default issue template provides an outline of these details and is viewable when creating a new issue. Additionally, if this is an accessibility issue, please see Accessibility Troubleshooting in our wiki for more guidance. If these details cannot be provided, please kindly close the issue. Thank you for your patience. |
if you look at the picture carefully you will see that all the answers are there. Hence the image... if you look at the package.json it has all the version numbers |
I came here specifically to report accessibility issues with the Command Bar - so glad to see an existing issue open. Something has changed recently, though I can't put my finger on exactly when, as I first spotted the change in SharePoint Online rather than in my own code. Sometime in the last few weeks, SharePoint Online has picked up a new version of the controls where the background to the Command Bar is white rather than grey, and where text size seems to have decreased slightly. As the automated sample from @reijam shows, there are a number of issues that can be detected via tools. What can't be shown is the impact that the specific change from grey to white as a background for the Command Bar has on magnifier users like myself. Where the Command Bar background is the same as the rest of the page background, it removes a necessary visual cue indicating a change of function / role. Correcting the missing aria tags will take care of this for screen reader users, and users with no sight impairments are likely unaffected with the current version - but those of us who use magnification software at relatively high zoom levels need a proper visual indication of when we're looking at a set of related controls on a Command Bar, versus other page areas. Please consider either reverting the change in background colour, or changing the background to some colour other than the page background (and remaining within the WCAG AA colour contrast guidelines for other controls on the Command Bar). |
our team meet same issue. Could we add some simple accessibility tests before submit the code change? |
This is a result of Accessibility Insights updating their rule set. It doesn't look past the grouping to find the menuitems (or rather checks that the group has the correct children) now. Group isn't valid (according to wai-aria 1.1) unless there's a menuitemradio set. The groups for the left and right sections should probably just be removed. @reijam a quick reminder that not everyone can pull information from screenshots, especially when the alt is "image". It is always preferable to write the specific details of the issue. If you expand the error, in the "..." menu, there is an option for copying the details. In the screenshot, there are three flagged issues, two of which look to be non-command bar. @PurpleGranite you should probably file a separate issue for contrast changes. It's separate from what this is flagging. |
Well I'm sorry @cschlechty, I jumped on this as a related issue because in literally every other Microsoft repository on GitHub when I open a new issue, I get shut down as being a duplicate, even when it isn't, or the response is to pass the buck to another team and then everything goes deathly silent - and I've seen it time-and-again for others posting accessibility issues as well. It actually feels like you guys - despite having a "Chief Accessibility Officer" - are actually trying at most turns to put barriers in the way of people from the community reporting accessibility issues! You need some consistency across your entire estate, because as it stands there's nothing but mixed messages. Sure, I'll go log a separate issue - but only if you're able to provide some assurance beforehand that it'll be taken seriously and resolved, because it feels like community reports of accessibility issues simply don't mean much to you as an organisation. |
@PurpleGranite we take issues reported seriously. I can't guarantee that it will be resolved to your satisfaction, but as separate issue it can be triaged, tagged, and managed better. There is greater transparency and clarity for all. Putting multiple issues into one often results in one or more issue getting missed or not addressed as the discussions grow. |
thanks for the tip did not realize that it was a challenge to copy from image... will fix next time. |
@reijam Even for sighted users it can be useful to have the actual text of the error. After digging a bit it seems that this particular error is popping up because we are setting a role of group on a child. This makes sense logically as it's a resizegroup, but unfortunately within the context of a menubar a group can only contain children with role Regarding the second reported issue, that I'm seeing is that the split buttons don't have names on the menu button portion. This is understandable as the buttons themselves are not a valid tabstop. I'm not sure about the fix and Ill need to try some things out.
|
let me know if you need a beta tester. i am your guy! |
Our team is running into the same issue. Let me know if you need a tester. |
There is some more information on the aria-required-children error in this issue #14993. |
Just ran into this too, seems like accessibilityinsights may have gotten some new rules lately and one of them seems to think that |
Gentle ping that this issue needs attention. |
This was fixed in #15511 |
see attached images
package.json
The text was updated successfully, but these errors were encountered: