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
Focus moves to the third column which contains a link. The link receives focus.
Press Arrow right (or any other arrow key).
Nothing happens - focus remains on the link.
This happens on Edge 131 and Firefox 133 on Windows. It happens on the Codepen version, and variations of it on other examples.
Any interactive element like a button in the table cell does not, as far as I can tell, allow keydown events to bubble beyond the element and so focus can't be moved to other cells.
I also don't think that arrow key events are being fired on the elements like links or buttons (although e.g. a <select> does seem to where up and down have some natural meaning).
(apologies in advance if this is not the best place for this type of issue. I have searched elsewhere and come up with nothing).
The text was updated successfully, but these errors were encountered:
I can't reproduce the problem you describe (with Firefox, Edge and Chrome), hence my question as to whether you might be using a screen reader. It could be a bug in a screen reader that causes the screen reader to switch from form mode (which enables arrow key navigation) to reading mode (because not the gridcell with link receives the focus, but the link itself)
I was able to reproduce the problem with NVDA. It does not occur with JAWS. The problem actually occurs because NVDA is only in form mode as long as a gridcell has the focus. As soon as an element within the gridcell, which normally causes reading mode, receives the focus, NVDA switches to reading mode. I don't think the ARIA specification says anything specific about how screen readers should behave when elements within the gridcell receive focus. Therefore you are welcome to submit a ticket to NVDA (https://github.com/nvaccess/nvda/issues), at the same time I would like to ask you to open the ticket here again, because the ARIA WG should discuss whether a screen reader must always remain in form mode with a gridcell. What if the gridcell contains text and I switch to edit mode with F2: There I would expect to be able to read the text content without receiving focus with the keyboard. That's why NVDA's decision to switch to reading mode when focussing on a link is not necessarily far-fetched.
I think this may be a browser issue but I can't find any reports of it anywhere.
In the simple example at https://www.w3.org/WAI/ARIA/apg/patterns/grid/examples/data-grids/#ex1_label
This happens on Edge 131 and Firefox 133 on Windows. It happens on the Codepen version, and variations of it on other examples.
Any interactive element like a button in the table cell does not, as far as I can tell, allow
keydown
events to bubble beyond the element and so focus can't be moved to other cells.I also don't think that arrow key events are being fired on the elements like links or buttons (although e.g. a
<select>
does seem to where up and down have some natural meaning).(apologies in advance if this is not the best place for this type of issue. I have searched elsewhere and come up with nothing).
The text was updated successfully, but these errors were encountered: