Bug 144415 - Formatting: Indentations or Tab Stops of Outline Levels
Summary: Formatting: Indentations or Tab Stops of Outline Levels
Status: RESOLVED DUPLICATE of bug 126690
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.5.2 release
Hardware: x86-64 (AMD64) Windows (All)
: low enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-09-09 17:31 UTC by forum-subs
Modified: 2022-09-09 08:41 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
5 screenshots, 3 of LibreOffice & 2 of another word processor's simplicity (578.00 KB, application/zip)
2021-09-09 17:31 UTC, forum-subs
Details
Screenshot with inconsistent tab position (9.72 KB, image/png)
2021-09-10 08:44 UTC, Heiko Tietze
Details
from Zip archive - scrnshot 1 (87.65 KB, image/jpeg)
2021-09-13 12:40 UTC, V Stuart Foote
Details
from Zip archive - scrnshot 2 (128.63 KB, image/jpeg)
2021-09-13 12:41 UTC, V Stuart Foote
Details
from Zip archive - scrnshot 3 (150.78 KB, image/jpeg)
2021-09-13 12:41 UTC, V Stuart Foote
Details
from Zip archive - scrnshot 4 (35.08 KB, image/jpeg)
2021-09-13 12:42 UTC, V Stuart Foote
Details
from Zip archive - scrnshot 5 (110.23 KB, image/jpeg)
2021-09-13 12:43 UTC, V Stuart Foote
Details

Note You need to log in before you can comment on or make changes to this bug.
Description forum-subs 2021-09-09 17:31:15 UTC
Created attachment 174930 [details]
5 screenshots, 3 of LibreOffice & 2 of another word processor's simplicity

Hello.  The current version 7.1.5.2 of LibreOffice Writer has a very complicated way of setting up the indentations of an outline when the text has to be indented for each outline level.  Maybe it's been this way many versions going back in time but this is the first version I've used after recently downloading it.  For as many years as computers have been around, and for the triumph that LibreOffice makes itself sound to be over typical office suites, it is surprising that the indentations or tab stops of each outline level have to be figured out by either measuring with a tape measure or ruler, or else by trial-and-error of first trying a set of distances and then typing test paragraphs and printing it out to see how they look and then using a ruler to determine the necessary corrections.  Because the visual representation underneath all those fields in the Bullets And Numbering dialog on the tab "Position" aren't a true and exact representation.

It would seem that a very workable solution would be to let the user decide on whatever tab interval they want and let that be in the paragraph style, then the number itself of each outline level is simply placed at each subsequent tab stop.  Then, the simplicity of what I am suggesting is that the text for each outline level is indented to the subsequent tab stop following the number, at whatever inch/centimeter distance that would happen to be at since the tab stops are in the style.  Just automatically, the text is indented to the next tab stop following the number, automatically, without anything having to be specified in the dialog of "Bullets And Numbering" on the tab of "Position".  Actually, this suggestion of mine of indenting of text automatically to the next tab stop following the outline level number, makes that tab of "Position" to be unnecessary, just delete that tab from the dialog, and get those indenting measurements for each outline level from the tabs that are set in the Paragraph Syle.  Yes it would be many changes in the programming source code, but holy crap would this ever be a huge improvement in simplicity and ease of use. :-)

If the outline level number is, for example, "3.4.1.5" then the text is indented to the tab stop that comes after that number, whatever that tab stop would be since it is in the Paragraph Style.

The attached Zipfile has 5 screenshots:
1) The end results of an outline's numbering/position settings.
2) Outline Level 3 in the dialog.  If a number greater than zero is used for the indent, why not use that as the distance of the tab stop after the end of the outline level number?
3) Outline Level 4 in the dialog.  Why can't at least using zero mean to keep the text indented at the tab stop that follows the outline level number?  This really is very complex and time consuming.  None of these fields have to be used to accomplish a good looking outline, so even that suggestion is unnecessary.

4) Another word processor's dialog and its simplicity.
5) The end results of that other word processor's simple dialog, without having to calculate and type in measurements into a bunch of fields for each separate outline level.
Comment 1 Heiko Tietze 2021-09-10 08:44:12 UTC
Created attachment 174947 [details]
Screenshot with inconsistent tab position

Cannot open your attached zip file (and prefer images as it can be opened directly in the browser). From reading the text it's not clear what you expect. Is it a consistent position of text after the tab from chapter numbers? The screenshot example shows left the current situation and right a larger tab stop.

Se also https://help.libreoffice.org/latest/en-US/text/shared/01/05030300.html?DbPAR=SHARED#bm_id3156027
Comment 2 forum-subs 2021-09-11 10:01:57 UTC
Hello.  I am confused because I know that web browsers don't display the contents of Zipfiles.  This form for bug reports and enhacement/feature requests allows for only one attachment and I made 5 screenshots, so I decided to use a Zipfile since that puts multiple files into one file.  You can just right-click on the Zipfile attachment and then save it to your computer and look at the files that way.  Even tablets and phones have the tap-and-hold option on a browser link to do different things with the link like saving a target file to your phone or tablet.  I figured that'd be a very nice and simple way to look at the 5 screenshots I made, and I even made sure to name the image files to be descriptive of their purpose.

I don't know who put up the single screenshot image that's here.  I only attached the one Zipfile.  Maybe someone did that as an additional example of the tab/indentation levels of outlines.  What I am talking about in what I wrote, is taken care of by the 5 screenshots I made in the Zipfile.  Right-click the attachment link, save the Zipfile to your computer, then it's easy to look at the 5 screenshots.
Comment 3 V Stuart Foote 2021-09-11 12:57:50 UTC
attachment 174930 [details] zip file opens without issue when unzipped as a folder.

OP is not asking for a Manual column break, rather to control the outline level and direct adjustment of the tab-stops controlling the indent levels coupled with a functional preview pop-up frame where adjustments can be made.

I assume ODF can encode the resulting outline style.

Seems reasonable if long winded ;-)
Comment 4 Heiko Tietze 2021-09-13 08:52:45 UTC Comment hidden (off-topic)
Comment 5 V Stuart Foote 2021-09-13 12:40:57 UTC
Created attachment 174996 [details]
from Zip archive - scrnshot 1
Comment 6 V Stuart Foote 2021-09-13 12:41:31 UTC
Created attachment 174997 [details]
from Zip archive - scrnshot 2
Comment 7 V Stuart Foote 2021-09-13 12:41:52 UTC
Created attachment 174998 [details]
from Zip archive - scrnshot 3
Comment 8 V Stuart Foote 2021-09-13 12:42:17 UTC
Created attachment 174999 [details]
from Zip archive - scrnshot 4
Comment 9 V Stuart Foote 2021-09-13 12:43:22 UTC
Created attachment 175000 [details]
from Zip archive - scrnshot 5

All 5 screen clips from attachment 174930 [details], extracted from the Zip archive just for Heiko ;-)
Comment 10 Heiko Tietze 2021-09-13 12:56:44 UTC
(In reply to V Stuart Foote from comment #3)
> Seems reasonable if long winded ;-)

Don't want to spoil the party with my nitpicking on proper zip format. And even with the screenshots I don't get the point. If you think so, up to New. If anything else is needed from UX, please add the keyword again.
Comment 11 Timur 2022-09-09 08:41:11 UTC
Not sure why not duplicated to bug 126690. Multiple similar requests scattered around. Let's keep together until there's some activity there.

*** This bug has been marked as a duplicate of bug 126690 ***