Closed chris-steele closed 1 year ago
Could you try removing these instead please?
It's probably because the focus is going from the button. Assigning it elsewhere usually causes the screen reader to read the a11y-focuser element. It was admittedly pretty bad practise for me to include that element / suggest that technique in the first place.
Both solutions resolve the page jump.
The suggestion from Ollie displays the previous button on the first slide and the next button on the last slide. Whilst selecting these buttons causes no errors within the build it is potentially confusing from a UI perspective and almost certainly confusing from a screen reader perspective - the buttons can be tabbed into and are read out.
Tested with NVDA.
Both solutions resolve the page jump.
The suggestion from Ollie displays the previous button on the first slide and the next button on the last slide. Whilst selecting these buttons causes no errors within the build it is potentially confusing from a UI perspective and almost certainly confusing from a screen reader perspective - the buttons can be tabbed into and are read out.
Tested with NVDA.
They should be read out as disabled.
@guywillis Let us know about the nvda disabled buttons when you get a chance pls
NVDA does not read the buttons as disabled.
When testing, I have only removed these two lines as mentioned above:
Screenshot of the narrative controls in the DOM for the first item of three.
@chris-steele can you replace
with
a11y.toggleEnabled($left, !isAtStart);
a11y.toggleEnabled($right, !isAtEnd);
instead?
Works a charm.
Tested with NVDA
Done and thanks both
:tada: This PR is included in version 7.2.2 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:
To resolve #231