Description: It appears that Writer is improperly indenting the 10th item in a numbered list, but only happens with a specific subset of fonts (so far I've discovered this behavior with Arial and Droid Sans Mono Slashed). I tried typing text and it types after the cursor as expected, but still indented. With the little experimenting I did, changing fonts seemed to be the only solution. Steps to Reproduce: 1. Open new doc in writer, toggle the numbered list, set the font to a specific font (see above) 2. Type text in lines 1-9 3. Type enter and observe the cursor is indented unexpectedly. Actual Results: The indentation is not aligned with the previous numbered entries. Expected Results: The indentation should line up with the previous 9 numbers. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info:
Created attachment 157588 [details] Screenshot of Bug
Created attachment 157589 [details] Example Document with Formatting Bug
On pc Debian x86-64 with LO Debian package 6.4.0.3, I could reproduce this. It does also the same shift with Liberation Serif but from 100th entry.
I can confirm this issue with LO 7.0.2.2 on Linux with Bit Stream Vera Sans font at 10th position.
I've found the location of the problem. It is in sw/source/core/doc/number.cxx line 393ff: // position-and-space mode LABEL_ALIGNMENT // first line indent of general numbering in inch: -0,25 inch const long cFirstLineIndent = -1440/4; // indent values of general numbering in inch: // 0,5 0,75 1,0 1,25 1,5 // 1,75 2,0 2,25 2,5 2,75 const long cIndentAt[ MAXLEVEL ] = { 1440/2, 1440*3/4, 1440, 1440*5/4, 1440*3/2, 1440*7/4, 1440*2, 1440*9/4, 1440*5/2, 1440*11/4 }; The indents are hardcoded regardless of the dimensions of the font and the number of list number digits. A quick fix is to increase the hard coded indent, eg. use 1600 instead of 1440. Workaround: the first knob in the ruler can be manually dragged left to increase the indents.
> Workaround: the first knob in the ruler can be manually dragged left to > increase the indents. The workaround seems only to work on master (7.1), but not 7.0.2.2. The knobs seems kind of broken in 7.0.2.2.
Scito: perhaps you can submit a patch on gerrit and wait for some LO dev experts feedback? You may also ping someone on dev LO IRC.
This is basically a duplicate of bug 126690 but let's keep separate so far, in case that either is just partially resolved.
A matter of taste I guess. I expect that vast majority of numbering never reaches 10, and so increasing the space might look like too much space for the normal use case. No errors here - just a disagreement about the defaults. I would tend to mark this as WONTFIX.
I'll mark duplicate because it's a frequent request scattered around in multiple bugs. *** This bug has been marked as a duplicate of bug 126690 ***