Bug 150231 - a11y: Reported x position for centered Impress text is incorrect
Summary: a11y: Reported x position for centered Impress text is incorrect
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.5.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: accessibility
Depends on:
Blocks: a11y, Accessibility
  Show dependency treegraph
 
Reported: 2022-08-02 08:18 UTC by Michael Weghorn
Modified: 2023-07-06 06:11 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Sample document to reproduce the issue (66.57 KB, application/vnd.oasis.opendocument.presentation-flat-xml)
2022-08-02 08:18 UTC, Michael Weghorn
Details
Screencast demonstrating the issue with Accerciser (4.90 MB, video/webm)
2022-08-02 08:21 UTC, Michael Weghorn
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Weghorn 2022-08-02 08:18:47 UTC
Created attachment 181545 [details]
Sample document to reproduce the issue

The reported bounds for centered text in Impress is incorrect, as can be seen e.g. when querying them via a11y tools via AT-SPI on Linux. It looks as if the coordinates might fit if the text was left-aligned instead.

Steps to reproduce (s.a. attached screencast):

1) start Accerciser ( https://gitlab.gnome.org/GNOME/accerciser )
2) open the attached sample document "tdf150064.fodp" (from https://gerrit.libreoffice.org/c/core/+/137681 )
3) click through the a11y hierarchy in Accerciser's treeview to get to the presentation title, then click on the child that is a paragraph
4) observe what area is highlighted on the screen by Accerciser

Actual result:

The highlighted area does not match the area actually covered by the text. It is too far left. (Might possibly match if the text was left-aligned.)

Expected result:

The area highlighted on screen when clicking the paragraph element in Accerciser should match the area that is actually covered by the text.

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: 5c68399e6bea3aa18477487400f8bb143d6ed84e
CPU threads: 12; OS: Linux 5.18; UI render: default; VCL: qt6 (qfont+xcb)
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded
Comment 1 Michael Weghorn 2022-08-02 08:19:48 UTC
I am working on a fix.
Comment 2 Michael Weghorn 2022-08-02 08:21:40 UTC
Created attachment 181546 [details]
Screencast demonstrating the issue with Accerciser
Comment 3 Michael Weghorn 2022-09-22 22:23:17 UTC
Unassigning for now, since it's unlikely I'll find the time to continue looking further into this anytime soon.