https://bugs.documentfoundation.org/show_bug.cgi?id=113488
V Stuart Foote <vsfo...@libreoffice.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |WORKSFORME
Status|NEEDINFO |RESOLVED
--- Comment #4 from V Stuart Foote <vsfo...@libreoffice.org> ---
Spent some time with this again, with NVDA 2021.2 on Win 10 and
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b9e3e20bfd102880d12384892eaeca094c38a519
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
with its corresponding Offline/Local help en-US help pack installed.
And also
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 98f0dd5e15733ac7f1d929d06ab230b5f04121d5
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
but without its offline/local help installed.
With the NVDA screen reader enabled we correctly detect the Assistive
Technology (AT) support demand--and the Tools -> Options -> General -> Help
'Extended Tips' responds as activated, as if it had been checked enabled.
However, there no longer is a distinction between descriptions drawn from
offline help and what is compiled/translated in core. The <F1> links are
present and respond with the HTML local or on-line help--but no longer provide
the extended tips as with the old Help system.
I think we can close this out, as the 'Extended tips' are being delivered for
keyboard navigation when AT is signaled active. And not clear the framework of
the Help2 can still draw from the help pack content beyond the <F1> linkages.
--
You are receiving this mail because:
You are the assignee for the bug.
