[Libreoffice-ux-advise] [Bug 155352] AT support - Implement edit cursor-tracking for pan and scroll of document view port

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon May 22 19:57:23 UTC 2023


https://bugs.documentfoundation.org/show_bug.cgi?id=155352

--- Comment #5 from Michael Weghorn <m.weghorn at posteo.de> ---
Cursor-tracking works fine on Linux with GNOME Magnifier (s. e.g. the commits
related to tdf#149952 to make this work on Wayland), but I can confirm it
doesn't work for me with LO and Windows Magnifier on Windows.

IIUC, what happens on Linux is that LO sends caret-changed events and the
magnifier then queries the current caret position + then the corresponding
coordinates and takes care of moving the scaled view to the corresponding
place, so LO does not have to do that by itself.

I don't have any experience with Windows Magnifier etc., but suppose it should
be similar there in general. From a quick look, it looks like notification of
changed cursor/caret and the methods to query the current position appear to be
implemented in the winaccessibility module in LO, so it might need further
analysis why it doesn't work.

In a quick test, the cursor was properly tracked with Windows Magnifier when
using Notepad++ instead of LO. But then, the fact that Windows Magnifier is
closed source makes analysis more difficult, since it's not possible to see
what happens on that end. (And it might be possible e.g. that something would
have to be changed in Windows Magnifier, e.g. it could be that it only supports
UIA events, but not IAccessible2, which LO uses,...).

Is there possibly any open source alternative that is known to behave similarly
(cursor-tracking works with other apps, but not LibreOffice) that could be used
for the analysis instead?

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Libreoffice-ux-advise mailing list