Bug 122324 - Setting list style spacing does not make sense
Summary: Setting list style spacing does not make sense
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.1.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-25 19:58 UTC by tomaskeb
Modified: 2018-12-25 21:07 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
the working option, when 3 = 1 + 2 (71.44 KB, image/png)
2018-12-25 19:59 UTC, tomaskeb
Details
how the preview works (29.86 KB, image/png)
2018-12-25 20:37 UTC, tomaskeb
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tomaskeb 2018-12-25 19:58:19 UTC
Description:
When defining the spacing in list style, the numbers are, in my opinion, absolutely unclear.

E.g. I want different levels to start at 0, 0.5, 1, 1.5 cm etc.
And I want the spacing between the start of the numbering/list to be always e.g. 0.65 cm

I'd imagine just setting two numbers: the indent and the numbering width – as in MS Word.

However, there are three numbers to input: indent, tab width, second indent (right now I don't know the English equivalent, see screenshot).

The third number must equal the first + the second, otherwise the start of the list text jumps at random directions and it is impossible to predict what it will do.

I think in earlier versions this setting was more clear, but I can't remember in which exactly…


Steps to Reproduce:
try to define a list style

Actual Results:
it is not clear how the numbers work and produce random outcomes

Expected Results:
the settings are simple, working and easy to understand


Reproducible: Always


User Profile Reset: No



Additional Info:
by the way, the 10-level system of setting the list spacing is just exaggerated; it would be enough to include just three input fields for everything:

1) the indent of the first level
2) the indent for each successive level (e.g. when inputting 0.5, the second level would have the indent of the first level + 1 * 0.5, the third = first + 2 * 0.5 etc.)
3) the width of the numbering
Comment 1 tomaskeb 2018-12-25 19:59:11 UTC
Created attachment 147819 [details]
the working option, when 3 = 1 + 2
Comment 2 Mike Kaganski 2018-12-25 20:29:33 UTC
The third number ("Indent at:") may be whatever user wants, not only "equal the first + the second", because different indenting styles exist. It makes sense to make it 0 sometimes; or equal to 1st ("Aligned at:"); or much more than 1st+2nd... (especially given that there's not always the 2nd - e.g., when using space or newline as separator). And not everyone needs that simple layout as you suggested in "Additional info". Sometimes first (couple of) levels need to be indented; and the following several used levels may share the same offset. Or something even more complex.

The image under the controls reflects the changes in the realtime; so just playing with the elements allows one to get the idea what they mean and how they work.

Unless you have some specific suggestions (like "add this text there", or "change this element to do that instead"), I close this as NOTABUG. Please set it back to UNCONFIRMED if you disagree and provide the requested clarifications. Thanks!
Comment 3 tomaskeb 2018-12-25 20:37:23 UTC
Created attachment 147820 [details]
how the preview works
Comment 4 tomaskeb 2018-12-25 20:40:32 UTC
Well then, I admit that the present setting allow for more complex layouts.

But as you can see in the attachment I just added, the preview shows something completely different than the outcome. In addition I don't understand why, in the first example, the indent of the first line is greater than in the second example, while the first inputted number is lower. That might be the strange behavior that made me report this…
Comment 5 Mike Kaganski 2018-12-25 21:07:42 UTC
The preview is somewhat schematic; and of course, it's not an exact representation of the resulting layout. What I meant was that it shows you what moves and where when you change controls values, which lets you understand how it works. The numbering preview cannot take into account the values that don't belong to numbering settings, like the font size used, paragraph tab positions defined, and other.

The values you entered in the first case (0.25 cm) are indeed too small for the numbering itself; the number "1)" is wider, so the tab you set (0.25 cm) is skipped, and the next one (possibly the automatic tap position of the current paragraph) is used -> that makes the indent wider than that of the numbering with reasonable tab position.

This issue gets more alike a helpdesk request. If you need help, please use other resources like Ask LibreOffice site [1], where I and others could provide you the answers. Closing this again as NOTABUG.

[1] https://ask.libreoffice.org/