In an outline, wherever the sequence "III" appears as part of the numbering itself, the text of the outline is indented a number of spaces.
For example, where "III" or "VIII" or "XIII" appear, the text is indented the same number of spaces.
If, however, the outline is changed to not use "III" then the indenting goes away.
(In reply to comment #0)
> In an outline, wherever the sequence "III" appears as part of the numbering
> itself, the text of the outline is indented a number of spaces.
> For example, where "III" or "VIII" or "XIII" appear, the text is indented the
> same number of spaces.
> If, however, the outline is changed to not use "III" then the indenting goes
Hello Darryl, I didn't really see the problem from my understanding (tried Tools->Outline Numbering and Paragraph numbering).
Would you help attach a sample document? More descriptive step by step reproducing instruction would also be welcome. In addition, it is also nice to have a screen snapshot of the problem. Thank you!
The attachment named "With.odt" shows the error, an With.png is a screenshot of it. The outline scheme selected is I.A.i.a).
Created attachment 41611 [details]
Document showing the error.
Created attachment 41612 [details]
Screenshot of document with error.
Created attachment 41613 [details]
Same document with outline changed; error goes away.
Created attachment 41614 [details]
Screenshot of document without error.
Created attachment 41658 [details]
Thanks Daryl for the samples.
Confirmed reproducible on 3.3 rc2.
Meanwhile it is a more general problem of number/alphabetic bullet items drawing and happens not only in roman numbers. I attached a comprehensive bullets document (comprehensive-bullet.odt) revealing more problems in the relevant area.
For Cedric's review.
The bigger spaces in With.odt and comprehensive-bullets.odt are due to a too small indent after the numbering.
If the whole numbering text (with prefix and suffix included) is larger than the tabstop defined for the numbering level, then the tab uses the next tabstop of the paragraph. This problem would be fixed by changing the default tabstop to something that fits your use.
Closing as not a bug
*** Bug 34698 has been marked as a duplicate of this bug. ***
(In reply to comment #9)
> If the whole numbering text (with prefix and suffix included) is larger than
> the tabstop defined for the numbering level, then the tab uses the next tabstop
> of the paragraph. This problem would be fixed by changing the default tabstop
> to something that fits your use.
It seems that what you were saying was to increase the value of the default tabstop. Changing anything there just made things worse. So I tried the opposite direction. I set the default tabstop to the smallest amount I could get it to take-- 0.20"-- and it still did not correct the problem for the third item of the first level (III.). It did help some other levels, but that one could not be fixed.
Furthermore, I cannot entirely understand the logic of having the outline defined by, or influenced by, the default tabstop. It seems intuitive to me that one would modify tab settings within Bullets and Numbering and would expect this to override the default tabstop.
That being said, even if it's not a bug, I don't think it makes much sense, and I would request a change from this behavior.
Created attachment 43915 [details]
Screenshot showing the value to change
This may even be an interesting easy hack.
The default numbering are provided by this code:
Returning to the pool as it's an easy hack
did some research, outline definitions are in
Deleted "Easyhack" from summary.
*** Bug 61927 has been marked as a duplicate of this bug. ***
adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility.
see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details
Closing again as NotABug because changing the tabstop (not the default tabstop) as shown in attachment #43915 [details] solves the problem.
Best regards. JBF
Migrating Whiteboard tags to Keywords: (EasyHack)
Remove LibreOffice Dev List from CC on EasyHacks
(curtailing excessive email to list)