The outline's numbering scheme is correct. However, its layout is not. The formatting will jump without consistency in spacing after the outline characters.
Worse yet, there is no way to edit the outline format. The context help states:
Displays the different styles that you can apply to a hierarchical list. LibreOffice supports up to nine outline levels in a list hierarchy.
To access this command...
Choose Format - Bullets and Numbering - Outline tab
Open Styles and Formatting - Numbering Styles - context menu of an entry - choose New/Modify
The second command does not exist, as there is no "Numbering Styles" to edit, nor is there any Outline items.
I am using Xubuntu 14.04.2 LTS Trusty Tahr with Libre Writer Version: 18.104.22.168
Build ID: 420m0(Build:2).
Created attachment 114337 [details]
Format Error Example 1
Created attachment 114338 [details]
Format Error Example 2
Created attachment 114339 [details]
Format Error Example 3
(In reply to KitchM from comment #1)
> Created attachment 114337 [details]
> Format Error Example 1
I could reproduce with the same type of outline. At "vii" and "viii" there appeared a long tab. "ix" was normal again, then "xii-xiv" had a longer tab etc..
Lowered priority per https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
Win 7 Pro 64-bit, LibO Version: 22.214.171.124
Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
Ubuntu 14.10 64-bit
Created attachment 117952 [details]
Another example of bad outline formatting
This one is on a 32-bit system.
When will this very annoying problem be fixed? It must be a simple edit without special programming.
Since it is happening on multiple systems, and because it makes the document unusable, it should be addressed ASAP.
Added needsDevEval whiteboard as this is a potential easyhack.
Reverted priority and severity change as the severity of this is not critical: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
I figured this was easy as well. What is interesting is that I come from WordPerfect where the user designs the outline layout or creates a custom one for themselves.
I wonder if Open Office is easier to use than this,since you referred to it. Do you know?
Anyway, as I pointed out, this is a show stopper when the format cannot be made presentable. I call that highly critical, regardless of what anyone else may say. It is a given.
(In reply to KitchM from comment #0)
> there is no way to edit the outline format.
There is a way:
> Choose Format - Bullets and Numbering - Outline tab
Well, if you look at the "Position" and "Options" tabs, you'll see that you're actually able to customize any aspect of the list. You can click once on an item in the Outline tab to use it as a base, and them switch to other tabs and customize it further. In particular what you need to look is the "at:" field from the "Position" tab.
> Open Styles and Formatting - Numbering Styles - context menu of an entry -
> choose New/Modify
> The second command does not exist
Not true. In the right sidebar click on the second icon from the top (it has a tooltip with "Styles and Formatting"), and then click on "List Styles" (that's the 5th button from the left).
That appears to be non sequitor. If you are using the program menus, then do not jump to a side bar that does not exist on my screen. That is extremely difficult to follow.
Format menu > Bullets and Numbering > opens a window, not another menu item.
From that window:
Outline tab > no place to edit one of those displayed. No context menu either.
By trial and error one finds that the highlighted outline format changes the display under the Position and Options tabs. Bizarre to say the least. Very non-intuitive and bad programming.
Still, there is no obvious place to edit the extra or missing tabs. The choices given do not cover all formatting issues.
As it applies to the at field; each line number in the list shows the correct incrementing without any odd increments.
Migrating Whiteboard tags to Keywords: (needsDevEval)
I was able to easily replicate this issue and it's being reported by our users. The steps are easy and replicated by Beluga too. Create a new document, then select format > bullets and numbers, then pick outline 1)..a) (second option). For me, lines 1 thru 9 work fine and then it always fails on line 10, 11 works, and then 12 and higher are broken. Attaching screenshot.
Created attachment 122157 [details]
Shot of the failure
That's not a big but an annoying bug. It shouldn't be necessary that a user has to correct a default feature value so that it looks "correct". It should work nicely out of the box.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
*** This bug has been marked as a duplicate of bug 56258 ***