The bullet disappears but the problem returns.įor now, I've stuck with the 'fix', but instead of setting the list-style to none I've simply removed the padding from the list so that when it's over to the left side of the screen, the bullet remains off-screen and hidden. So I thought I would just set the list with the following property in my CSS. Instead of placing the link in a div, I put it in an ul/li.
I also put my initial link on its own (not within a parent div). I also tried other focusable elements (such as a button and even a div with the 'tabindex=0' attribute set. Then I tried in the other browsers mentioned above.
The first thing I did was to disable all my browser extensions/test in Chrome incognito mode. Animi dolores voluptates temporibus culpa in quia et magni laborum architecto fugit! Lorem ipsum dolor sit amet consectetur adipisicing elit. * Move link into viewport when focused */ Here is some simplified code to show the problem. Please note, because of the nature of the problem, I didn't include a runnable code snippet or fiddle (as there would be other elements on the screen and, as I said this problem only shows with a new browser session/clean page load. I've not tested it on any other browsers thus far. everything works as expected, Firefox works perfectly fine with or without NVDA running but the problem is present in Chrome, Edge and Opera desktop. The problem doesn't show when NVDA is not running. When the page loaded and the tab key pressed, the element that received focus was the 2nd element (which as you will see from the below simplified example, is the site logo/name (also an anchor link)). During the process of setting up a 'skip navigation' link, I noticed that when the page is initially loaded (by 'initially loaded', I mean in a clean browser session, not on refresh-as NVDA keeps a track of the last focused element so results would be dependent on that). Recently while attempting to make my site accessible I stumbled upon a bizarre problem.
0 kommentar(er)
