Bug 150326 - Tab with filling by character is inconsistent
Summary: Tab with filling by character is inconsistent
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.4.0.0 alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-08-09 22:07 UTC by TorrAB
Modified: 2022-09-05 06:43 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
file with unfilled Tab (16.50 KB, application/vnd.oasis.opendocument.text)
2022-08-09 22:09 UTC, TorrAB
Details
file with good Tab (17.11 KB, application/vnd.oasis.opendocument.text)
2022-08-09 22:16 UTC, TorrAB
Details
screenshot showing good and unfilled Tabs (16.30 KB, image/png)
2022-08-09 22:23 UTC, TorrAB
Details

Note You need to log in before you can comment on or make changes to this bug.
Description TorrAB 2022-08-09 22:07:46 UTC
Description:
In tabBad.odt, item "aaa", style Reference (Tab at 0.25 in; indent 0.25; FirstLineIndent -0.25; graduation display shows Tab at 0.5, not 0.25 as specified —why?), is preceded by a Tab which is supposed to be filled by underline character; it is'nt —screenshot.
In tabBag.odt, item "ccc" (same style as "aaa" above) is preceded by a Tab filled by underline —OK!
tabBag.odt style Reference has Tab at 0.25 in; indent 0.25; FirstLineIndent -0.25; graduation display shows Tab at 0.25 —screenshot.


Steps to Reproduce:
1.Read TabBad.odt
2.
3.

Actual Results:
Tab before "aaa" is not filled

Expected Results:
Tab before "aaa" is should be filled with _


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.4.0.1 (x64) / LibreOffice Community
Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: en-CA (en_CA); UI: en-US
Calc: CL
Comment 1 TorrAB 2022-08-09 22:09:57 UTC
Created attachment 181672 [details]
file with unfilled Tab
Comment 2 TorrAB 2022-08-09 22:16:12 UTC
Created attachment 181673 [details]
file with good Tab
Comment 3 TorrAB 2022-08-09 22:23:42 UTC
Created attachment 181674 [details]
screenshot showing good and unfilled Tabs
Comment 4 Dieter 2022-08-18 11:38:53 UTC
I don't think, this is a bug:

Example with aaa has indent at 0,64 cm and tab stop with underlined as fill character at 1,27 cm. "aaa" is at the level of paragraph indent. If you press tab key "aaa" jumps to 1,27 cm with underlined as fill character

Example with "ccc" has intend and first tab stop at 0,64 cm. So if you press tab stop at the beginning of the paragraph ist jumps to to tab stop 1,27 cm with underlined as fill character.

=> RESOLVED NOTABUG

Please feel free to change it back to UNCONFIRMED with a short reasoning, if you disagree.
Comment 5 TorrAB 2022-08-19 16:34:25 UTC
(In reply to Dieter from comment #4)
> I don't think, this is a bug:
> 
> Example with aaa has indent at 0,64 cm and tab stop with underlined as fill
> character at 1,27 cm. "aaa" is at the level of paragraph indent. If you
> press tab key "aaa" jumps to 1,27 cm with underlined as fill character
> 
> Example with "ccc" has intend and first tab stop at 0,64 cm. So if you press
> tab stop at the beginning of the paragraph ist jumps to to tab stop 1,27 cm
> with underlined as fill character.
> 
> => RESOLVED NOTABUG

In tabBad.odt, put cursor at beginning-of-line, hit Tab: cursor moves to indent at 6.4 mm; aaa moves to  tab stop with underlined as fill character from 6.4 mm to 12.7 mm: cursor is at 6.4 mm, not at 12.7 mm, where aaa is.
On the other hand, from the beginning-of-line, hit arrowRight: cursor moves to indent at 6.4 mm, where aaa is; hit Tab: cursor and aaa move to tabStop at 12.7 mm, with (as expected) fill character from 6.4 mm to 12.7 mm.
This may not be a bug, but this inconsistent, bizarre behaviour, with partial filling from indent at 6.4 mm to tabStop at 12.7 mm, could be avoided if the Tab key ignored indents and led to tabStops only.

Conclusion: Make the Tab key ignore indent, obey tabStops only.
Comment 6 Dieter 2022-09-05 06:43:14 UTC
(In reply to TorrAB from comment #5)
> Conclusion: Make the Tab key ignore indent, obey tabStops only.

Please open a new report as enhancement request. Thank you. Personally I think current behaviour might be inconsistent, but a lot of users would call a change a bug. But it's not up to me to decide.