https://bugs.documentfoundation.org/show_bug.cgi?id=168278
Michael Weghorn <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Assignee|[email protected] |[email protected] |desktop.org | Status|UNCONFIRMED |ASSIGNED --- Comment #1 from Michael Weghorn <[email protected]> --- Thanks for the detailed report! Pending fix: https://gerrit.libreoffice.org/c/core/+/190716 (In reply to Joanmarie Diggs from comment #0) > 2. The range returned appears to reflect the start and end offsets with > respect to what the user did (14, 0) rather than with respect to the text > itself (0, 14). I'm pretty sure Orca isn't handling that currently. Maybe > Orca should be.... But if LO could return (0, 14) instead of (14, 0), I'd > appreciate it. This was adjusted to be (0, 14) for Calc/EditEngine as well now. Reporting it the other way around was actually the underlying issue for no selection being reported at all, as the LO gtk3 a11y bridge only reports a selection if the end index is larger than the start index. The AT-SPI doc isn't very explicit, but in a quick test, other applications also always use the smaller index for the start index, so doing so seems reasonable. -- You are receiving this mail because: You are the assignee for the bug.
