Bug 157487 - Tabbed text position in Impress text box list inaccurate if paragraph is indented, does not match ruler position
Summary: Tabbed text position in Impress text box list inaccurate if paragraph is inde...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paragraph-Tab-Stops Rulers Paragraph-Indent
  Show dependency treegraph
 
Reported: 2023-09-28 10:10 UTC by Elmar
Modified: 2023-10-13 12:12 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
ruler showing right align set (20.38 KB, image/png)
2023-09-28 10:26 UTC, Elmar
Details
Right align text box on Windows (90.92 KB, image/png)
2023-10-11 01:22 UTC, Kira Tubo
Details
tab anomally (161.43 KB, application/vnd.oasis.opendocument.presentation)
2023-10-13 10:06 UTC, Elmar
Details
tab problem (161.47 KB, application/vnd.oasis.opendocument.presentation)
2023-10-13 10:15 UTC, Elmar
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Elmar 2023-09-28 10:10:50 UTC
Description:
If I set tabs in rule, then press tab, it does not go to right align tab

Steps to Reproduce:
1.set tab using ruler
2.insert tab
3.

Actual Results:
jumps to end of text box

Expected Results:
should react to set tabs


Reproducible: Always


User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-GB
Module: PresentationDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes

Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community
Build ID: 7d8eb940cf4987d49cbfd0e8b784813dec201434
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded
Comment 1 Elmar 2023-09-28 10:26:54 UTC
Created attachment 189862 [details]
ruler showing right align set
Comment 2 Kira Tubo 2023-10-11 01:22:45 UTC
Created attachment 190133 [details]
Right align text box on Windows

Not able to reproduce. May be a Linux-only bug?

Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 3 Buovjaga 2023-10-11 10:33:12 UTC
Repro on Linux, but not with the last commit of 7.5 bibisect repo. I can't run 7.6 bibisect binaries due to Linux compatibility issues, so someone else has to look at this.

Arch Linux 64-bit, X11
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1f9cd62b67d679da078c50b4b48295918657a70a
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 11 October 2023
Comment 4 raal 2023-10-11 12:59:38 UTC
Looks good to me at Version: 24.2.0.0.alpha0+ . Can you attach test file? maybe i missed something.
Comment 5 Stéphane Guillou (stragu) 2023-10-12 20:13:31 UTC
No repro with a plain paragraph, but there is an offset when the paragraph already has an indent (for example in a bulleted list). I can see that with a left-aligned tab.
Is that also what you see, buovjaga and Elmar?

Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community
Build ID: ba808a28f5ea365eaf8fe5d9c7c91b417633d75f
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

And also in 7.5.7.1, and in OOo 3.3.
Comment 6 Buovjaga 2023-10-13 07:45:48 UTC
Strange, now I can't reproduce it! In my test two days ago it was clearly reproducible multiple times and people saw it in the live stream. I was not testing in a bulleted list.

Elmar: can you give more exact steps? Or maybe a video.
Comment 7 Elmar 2023-10-13 10:06:36 UTC
Created attachment 190188 [details]
tab anomally
Comment 8 Elmar 2023-10-13 10:15:47 UTC
Created attachment 190189 [details]
tab problem

in this example, it seems like the when on hits tab, it places cursor two default tab stops beyond - whether RH or LH tab

Can you replicate that?
Comment 9 Stéphane Guillou (stragu) 2023-10-13 12:12:17 UTC
(In reply to Elmar from comment #7)
> Created attachment 190188 [details]
> tab anomally

In the line "Text passed the tab mark", I see the same as in comment 5: an overshoot in tabulation that is equal to the list levels total indent (Indent of 1.5 cm + Width of 0.75 cm = 2.25 cm).

Not specific to tabs created with the ruler, as it can be reproduced by creating a tabstop in the Paragraph dialog.

Reminds me of bug 82436.
(And indented paragraphs in Writer text boxes have similar issues, although not exactly the same. I wouldn't lump them together.)