#27039 closed defect (bug) (duplicate)
Twenty Thirteen: Make the menu keyboard accessible
Reported by: | Frank Klein | Owned by: | |
---|---|---|---|
Milestone: | Priority: | low | |
Severity: | normal | Version: | 3.6 |
Component: | Bundled Theme | Keywords: | |
Focuses: | accessibility | Cc: |
Description
Currently it is not possible to access the drop down menus in Twenty Thirteen using the keyboard. The attached patch fixes this.
It also changes the way that the display of the drop down menus is handled. The problem with using display: none
is that the browser doesn't take these elements into account when determining tab order.
If you use another CSS technique for handling this (is Twenty Fourteen does), the tab order will be correct, i.e. it will follow the structure of the lists of which the navigation is composed. You can test this by using Tab and Shift+Tab to navigate forward and backward through the menu items.
Attachments (3)
Change History (13)
#2
@
11 years ago
- Component changed from Themes to Bundled Theme
- Priority changed from normal to low
#5
@
11 years ago
Applied this patch to WordPress Trunk (3.9-alpha-27234-src). Tested it on a Windows 7 with Google Chrome (33.0.1750.117), Internet Explorer (11.0.9600.16518) and Firefox (27.0.1
Works fine and as expected.
This ticket was mentioned in IRC in #wordpress-ui by grahamarmfield. View the logs.
11 years ago
#7
@
11 years ago
This patch will cause problems in RTL languages -- setting the off-left position will generate a scrollbar under RTL reading order. I've attached an alternate patch I created for #24839 that uses the clip technique to hide the menus.
Updated patch that fixes issues with the responsive small menu styles.