Bug 126690 - Bad default settings for nested/outline numbering indentations (locale-defined lists ignore SymbolTextDistance and FirstLineOffset)
Summary: Bad default settings for nested/outline numbering indentations (locale-define...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: high enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 130358 144415 146434 150091 150818 (view as bug list)
Depends on:
Blocks: Bullet-Number-Outline-Lists
  Show dependency treegraph
 
Reported: 2019-08-03 23:47 UTC by Ettore Atalan
Modified: 2024-05-21 15:24 UTC (History)
10 users (show)

See Also:
Crash report or crash signature:


Attachments
Example OpenDocument file showing the described problems (8.10 KB, application/vnd.oasis.opendocument.text)
2019-08-03 23:48 UTC, Ettore Atalan
Details
Screenshot of the problems. (31.71 KB, image/png)
2019-08-03 23:53 UTC, Ettore Atalan
Details
Screenshot of Google Docs document with better default settings. (48.48 KB, image/png)
2019-08-03 23:54 UTC, Ettore Atalan
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ettore Atalan 2019-08-03 23:47:41 UTC
Description:
The default settings for a nested numbering are really bad in LibreOffice Writer.

Both the distance between the number and the beginning of the text is different in each indentation level and, from the second line onwards, the indentation of the text is no longer aligned with the text in the first line.

Steps to Reproduce:
1. Open a new document in LibreOffice Writer.
2. Select a multi-level numerical numbering.
3. Write multiline texts in different indentation levels.

Actual Results:
1. The distance between number and the beginning of the text is different in each indentation level.
2. From the second line onwards, the indentation of the text is not aligned with the text in the first line.

Expected Results:
1. Same distance between number and text in each indentation level.
2. Properly aligned multiline text.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Comment 1 Ettore Atalan 2019-08-03 23:48:59 UTC
Created attachment 153123 [details]
Example OpenDocument file showing the described problems
Comment 2 Ettore Atalan 2019-08-03 23:53:04 UTC
Created attachment 153124 [details]
Screenshot of the problems.

Added red mark for showing different distances between number and the beginning of the text
Added blue mark for showing misaligned text
Comment 3 Ettore Atalan 2019-08-03 23:54:44 UTC
Created attachment 153125 [details]
Screenshot of Google Docs document with better default settings.

File URL: https://docs.google.com/document/d/1fzcmCfstGsl6ZPsU_gBV_At0WvJSzS13M5Re1Vhf_HU/edit?usp=sharing
Comment 4 Regina Henschel 2019-08-04 12:48:30 UTC
Yes the default "Outline 'Numeric with all levels'" has indeed bad settings.

This issue is not about not sufficient space for levels, which wide number. That would be covered by other bug reports.

Google Docs is wrong in regard to first line indent, but at least the second and further line indent fits to the first line text start.
Comment 5 Justin L 2021-09-17 16:02:35 UTC
Format -> Bullets and Numbering -> Outline: there are two pre-defined formats that include multi-level numberings.

Because that causes a numbering string longer than the first tabstop, the first line gets pushed out to the second tabstop, and thus looks sloppy.
Comment 6 Timur 2022-09-09 06:57:34 UTC
*** Bug 150818 has been marked as a duplicate of this bug. ***
Comment 7 Timur 2022-09-09 06:58:37 UTC
*** Bug 146434 has been marked as a duplicate of this bug. ***
Comment 8 Timur 2022-09-09 06:59:16 UTC
*** Bug 150091 has been marked as a duplicate of this bug. ***
Comment 9 Timur 2022-09-09 08:36:49 UTC
*** Bug 130358 has been marked as a duplicate of this bug. ***
Comment 10 Timur 2022-09-09 08:41:11 UTC
*** Bug 144415 has been marked as a duplicate of this bug. ***
Comment 11 Justin L 2023-08-18 11:56:35 UTC
Note that although the locale can define SymbolTextDistance="50" FirstLineOffset="0", svx/source/sidebar/nbdtmg.cxx lcl_CreateNumberingSettingsPtr just ignores those values - they aren't used.

I assume that in order to fix this bug, those values would need to be adjusted and applied.
Comment 12 Justin L 2024-05-21 15:24:57 UTC
(In reply to Justin L from comment #11)
> I assume that in order to fix this bug, those values would need to be adjusted.
Note that even if the locale can define the tab spacing, it can only set better values for some default-assumed case. Whether the user thinks it works or not totally depends on the font and font-size. See bug 56258.

Practically speaking, this is a WONTFIX. However, if someone does build in support for honouring SymbolTextDistance and FirstLineOffset then I would expect an extension could set values that a user desires to handle their particular font/size preferences. So I can imagine some value in leaving this enhancement request open.