You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The EuiDragAndDrop has two instances where DIVs that are acting as button triggers have nested <button> elements. These buttons are throwing axe errors because they're native focusable elements nested in other focusable elements. We should remove the button if possible. The draggable divs contain their own label.
1Copenut
changed the title
[EuiDragAndDrop][AUTOMATION]: Nested elements that can take focus will not be announced by screen readers
[EuiDragAndDrop][AUTOMATION]: Nested drag and drop buttons will not be announced by screen readers
Oct 20, 2021
1Copenut
changed the title
[EuiDragAndDrop][AUTOMATION]: Nested drag and drop buttons will not be announced by screen readers
[EuiDragAndDrop][AXE-CORE]: Nested drag and drop buttons will not be announced by screen readers
Oct 20, 2021
@miukimiu I've been working on the drag and drop interactive elements today, and wanted to get your opinion on the following solution in progress.
The axe accessibility plugin was throwing an error when we had the interactive button inside the draggable container, so my idea was to add the custom drag handles as a sibling element to the interactive one. It's rough but gets us past the accessibility challenge and gives hooks for design adjustment.
Description
The
EuiDragAndDrop
has two instances where DIVs that are acting as button triggers have nested<button>
elements. These buttons are throwing axe errors because they're native focusable elements nested in other focusable elements. We should remove the button if possible. The draggable divs contain their own label.Guidance
Screenshots
The text was updated successfully, but these errors were encountered: