Description: In MS Word, it is possible to have the current distance from the left and top margins indicated in centimetres via the shortcut NVDA+Delete. In LibreOffice, NVDA outputs two numerical values, but these do not describe the distance from the left and top margins in centimetres. Steps to Reproduce: 1. Start NVDA and LO Writer 2. Press NVDA+Delete 3. NVDA will announce numbers, but it is not clear what these do exactly mean; it is at least not the distance from the left and top margins in centimetres Actual Results: NVDA does not read the distance from the left and top margins in centimetres Expected Results: NVDA should read the distance from the left and top margins in centimetres Reproducible: Always User Profile Reset: No Additional Info: Tested with NVDA 2020.4 Windows Edition Windows 10 Home Version 1909 Installed on 17.02.2020 Operating system build 18363.1016 LibreOffice Version: 7.1.0.3 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
We have also tested it with NVDA 2020.4. The function would be important, for example, to be able to create a letterhead with exact dimensions in LibreOffice.
LibreOffice uses IAccessible2 and MSAA, there is *NO* UIA implementation. There is no LO accessible event associated. NVDA's position reporting in LO, NVDA + (nnumpad) DEL, is reading the cursors position in LO in points, but relative to the screen (0, 0 )cartesian at top left of active screen.
So then the problem does not seem to be a bug formally. But nevertheless, the information does not really help me: Perhaps one can make a "feature request" out of this topic, so that LibreOffice can query the specification of the monitor (monitor size) and the screen resolution from the operating system via corresponding interfaces, so that the distances can be calculated accordingly.
So currently os/DE is providing display relative positions in px. Would need to application window/frame relative position, but ideally relative to current page layout. No idea if even feasible, or what "instrumentation" would be required to expose for AT--and if the 3 main native bridges can even utilize the position.
There has been no further input to this report for almost 1,5 years. What is needed here to come to a decision? For me it sounds like a valid enhancement request: NVDA+DEL should read cursors position in metrics from page layout instead of points from screen (as far as I understand previous comments correct) => NEEDINFO
Dear Peter Franke, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
This sounds like the same request as in tdf#136760, so closing as a duplicate of that one. *** This bug has been marked as a duplicate of bug 136760 ***