Opened 9 years ago
Closed 9 years ago
#33182 closed defect (bug) (fixed)
Customizer: remove redundant aria-label
Reported by: | afercia | Owned by: | westonruter |
---|---|---|---|
Milestone: | 4.4 | Priority: | normal |
Severity: | normal | Version: | 4.3 |
Component: | Customize | Keywords: | has-patch dev-feedback commit |
Focuses: | ui, accessibility | Cc: |
Attachments (2)
Change History (12)
#3
@
9 years ago
One more unnecessary aria-label attribute (and tabindex):
This one comes from render_screen_options()
in screen.php
. Reusing things is a good thing of course but both the aria-label and tabindex attribute used in render_screen_options()
are strictly tied to the expandable panels used in the main admin screens and here in the Customizer are unnecessary. Open to suggestions :)
#4
@
9 years ago
- Milestone changed from Future Release to 4.4
@afercia Take a look at 33182.2.diff. It introduces an option to render_screen_options()
to disable the wrap element. The option is true by default, but in the Customizer we can set it to false
and supply our own wrapper.
#5
@
9 years ago
@westonruter: makes sense to me :)
Side note: testing the Screen Options and Help panels, looks like NVDA and JAWS don't read out the panels aria-label attributes, respectively: "Screen Options Tab" and "Contextual Help Tab". Only ChromeVox does. I think they would need some ARIA roles. Also, wondering if they're really useful. By the way this is out of the scope of this ticket. Planning to do some more testing and maybe open a new ticket, looks like this is an admin area where there's room for improvements, see #21583 and the original accessibility related ticket #21326.
In the screenshot below: the aria-label doesn't get announced (NVDA)
#6
follow-up:
↓ 7
@
9 years ago
- Keywords dev-feedback added
@wonerboymusic: Any concerns with 33182.2.diff which adds an $options
argument to WP_Screen:: render_screen_options ()
?
#7
in reply to:
↑ 6
@
9 years ago
Replying to westonruter:
@wonerboymusic: Any concerns with 33182.2.diff which adds an
$options
argument toWP_Screen:: render_screen_options ()
?
@wonderboymusic ! just to trigger the notification :)
In the proposed patch: