-
-
Notifications
You must be signed in to change notification settings - Fork 183
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
Toolbar Buttons Are Not Operable by Keyboard on Plone5b4 #866
Comments
ps: This is also the case with the 'Translate' button when you enable plone.app.multilingual and add another language as a translatable language. |
@ma10 I am now checking on Plone5 rc2, using NVDA 2015.3, and the submenus do open correctly. Apart from annoying habit of having bulletpoints in front of them in the submenu it works as I would expect. Cannot check in Jaws as I don't own it. |
I see, it does work if I do the following with NVDA (though not with JAWS):
However, if you switch back to the browse mode by hitting Ins+SPC before hitting the tab key, it seems like NVDA can't recognize the submenu items. Users often expect that they can find the submenu items using the up/down cursor keys in the browse mode. If it can be changed so that you can find the submenu items in NVDA's browse mode, I think the issue goes away with JAWS as well. |
Thanks, I still need to learn a lot about how to operate NVDA properly (and one day JAWS). Will investigate. |
I played around a little more and found out the following.
This is in a sense better than how it used to be as with NVDA's browse mode or JAWS's virtual PC cursor, you don't have to read all the submenu items in order to go through the toolbar buttons. But if you are not used to Plone's toolbar buttons and submenus, or you happen to know that yo would need to use the browse mode, you are quite lost. Since I'm not an expert on the WAI-ARIA, I'm not too certain what's the best way to go about this, but I believe each button with submenu items should have "menu" for the role attribute and "true" for the aria-haspopup attribute, while submenu items should have "menuitem" for their role attributes. And aria-hidden attribute on submenu items must be adjusted accordingly. Foe example, the simple dropdown menu example on this page seems to work fine. |
Branch: refs/heads/master Date: 2016-02-18T15:16:03+09:00 Author: Manabu TERADA (terapyon) <terada@cmscom.jp> Commit: plone/Products.CMFPlone@64c404a fix `aria-hidden` attribute control problem on toolbar plone/Products.CMFPlone#866 Files changed: M CHANGES.rst M Products/CMFPlone/static/patterns/toolbar/src/toolbar.js Repository: Products.CMFPlone Branch: refs/heads/master Date: 2016-02-18T12:00:05-06:00 Author: Nathan Van Gheem (vangheem) <vangheem@gmail.com> Commit: plone/Products.CMFPlone@428e352 Merge pull request #1397 from plonejp/master fix `aria-hidden` attribute control problem on toolbar Files changed: M CHANGES.rst M Products/CMFPlone/static/patterns/toolbar/src/toolbar.js
Plone5 beta 4 seems to have issues with keyboard operation on some of the toolbar buttons.
I assume if you hit Enter on the "Add New" or "State: published," a submenu would show up, but no changes that can be detected by screen reader happens.
How to reproduce the problem:
Tested environments:
The text was updated successfully, but these errors were encountered: