Widgets page and Customizer: The inserter should not use ARIA tabs semantics #61653
Labels
[Feature] Inserter
The main way to insert blocks using the + button in the editing interface
[Feature] Widgets Screen
The block-based screen that replaced widgets.php.
[Focus] Accessibility (a11y)
Changes that impact accessibility and need corresponding review (e.g. markup changes).
[Type] Regression
Related to a regression in the latest release
Description
In the Widgets page, the Inserter doesn't need tabs because it is only supposed to show the 'Blocks' panel.
#61510 hid the entire panel header via CSS. The panel header contains the wrapper with
role="tablist"
that contains the 3role="tab"
panels. They're now hidden withdisplay: none
which makes them not perceivable by assistive technology. However, the panel with blocks still use arole="tabpanel"
, which is not associated with any 'tab'. As such, the ARIA tabs pattern is semantically broken.Instead of using CSS, the inserter in the Widgets page should render a dirrerent UI that doesn't use the ARIA tabs pattern in the first palce, as it was before the latest changes to reunify the editor.
Cc @youknowriad @MaggieCabrera @scruffian
Step-by-step reproduction instructions
block-editor-inserter__tabpanel
still has arole="tabpanel"
attribute.Screenshots, screen recording, code snippet
No response
Environment info
No response
Please confirm that you have searched existing issues in the repo.
Yes
Please confirm that you have tested with all plugins deactivated except Gutenberg.
Yes
The text was updated successfully, but these errors were encountered: