[a11y] Navigation between internal hyperlinks

[gregoriopellegrino]

OS: Windows 10
Assistive technology: NVDA 2018.1.1

When click on a link in the text the focus doesn't change, so NVDA remains to the origin content.

[danielweck]

Thank you for reporting the bug.
When you say "click", do you mean "mouse click" or keyboard-activated hyperlink? (e.g. tab + enter key user interaction)

[danielweck]

Related issue: edrlab/thorium-reader#156

[danielweck]

TODO: fix in navigator (force keyboard focus via HTML / web API), so assigned to me.

[gregoriopellegrino]

Dear Daniel,
we tested both (click and tab+enter) and found the same problem.

[danielweck]

This is the default Electron v3 Chromium behaviour, we will need to find a workaround in r2-navigator-js.
There is no proper keyboard focus on non-focusable elements inside EPUB documents. Some screen readers pick-up the URL hash fragment identifier redirection (window location), others don't. The same problem exists on the web with vertically-scrolling documents, the only difference here is that we apply CSS columns to layout the reflowable markup content.

[llemeurfr]

Would it be solved when we move to Electron 5 (you say default Electron 3 behavior, is there an implicit notion of change?).
Shouldn't we move this issue to the navigator repo?

[danielweck]

I have not tried this particular use-case yet (i.e. screen readers following the window.location hash fragment identifier in scroll/paginated HTML documents inside iframe/webview)
Yes, this is purely a r2-navigator-js issue.