1) lsb_release -rd
Description: Ubuntu 11.10
Release: 11.10

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.4.4-0ubuntu1
  Candidate: 1:3.4.4-0ubuntu1
  Version table:
 *** 1:3.4.4-0ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric-updates/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.4.3-3ubuntu2 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages

Also seen in 3.4.5 final.

3) What is expected to happen in a blank LibreOffice Writer document click Format -> Bullets and Numbering... -> Uppercase Roman Numerals -> OK button -> repeat:

type test -> click Enter button

and the space between the text and roman numeral is consistent as in Word screenshot https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/831305/+attachment/2654242/+files/word-screenshot.png .

4) What happens instead is a tab is inserted unnecessarily between the text and the roman numeral https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/831305/+attachment/2654241/+files/lo-screenshot.png .

Firstly, when using numbering of the style (i), (ii), (iii) etc, the indentations are wrong. The third line (and often the fourth and sixth) always has a greater indentation than the other lines. The numbers are aligned vertically, but the text is not. It is approximately one TAB further. This error does not manifest itself with other numbering styles such as 1., 2., 3. or a), b), c) etc.

Hello,
I can reproduce this bug with LibreOffice 3.4.3 on Mac OSX.6.8
It happens only for numbers greater than 9.
Here is a screenshot : http://i.imgur.com/g8aJ6.png

Regards,
~Jim

Hello,

This bug is still present on 3.5.5.3 on Mac OS X 10.6.8.
To overcome it, you can slide the slider on top of the document, this will realign the list item.

Created attachment 65277 [details]
Numbered list roman numerals

This is perhaps most obvious with roman numerals

*** Bug 48475 has been marked as a duplicate of this bug. ***

*** Bug 50624 has been marked as a duplicate of this bug. ***

*** Bug 65440 has been marked as a duplicate of this bug. ***

from duplicate 65440:

  " It's a problem that is caused by the default indent, linked to specific bullet/numbering types. With latin numbering the problem often starts with 10 or so.
So you can change it by setting the indent for the various levels on the tab Position....
However, of course you want this to work fine out of the box, I guess ;) "


Setting version to 330 - inherritted from OOo

Bit more words in Summary ;)

Mark as ProposedEasyHack


what more :) ?

*** Bug 67678 has been marked as a duplicate of this bug. ***

*** Bug 70297 has been marked as a duplicate of this bug. ***

Whiteboard: proposedEasyHack -> ProposedEasyHack

easyhackify

Created attachment 91509 [details]
rough patch/codepointer

attached patch should give a rough starting point on this. The patch moves the default tabstop one inch to the right, which is obviously too much. Should be enough of a starting point though.

The bug does not appear in LibreOffice 4.1 and 4.3alpha on Linux

Hm, I still see this problem when opening the "numbered list roman numberal" test file with 4.2.0.2

Confirmed:4.2.0.2:OSX

VII. and VIII. are further to the right than the rest. From what I understand that is what is being reported here as bug.

Created attachment 92653 [details]
This is how MS works about roman numbering list

Hi all,
I'm looking at this bug as my first easy hack.
I start to check how MS Office work about the same problem, and I found that MS use a different approach, as showed in the attached pictures.
I guess the real problem here is how to manage the space taken for the roman number when it start to increase for very long list.
We need to be able to manage a long list case where the first line have only one singol character as bullet char, whereas the last line can have 8 char (i.e. LXXXVIII).

How MS works: it uses the space between the bullet char and the text as a referement point, then the bullet char string is aligned to the right and the text is aligned to the left (see attached picture).
In that way, however, the char string can go out of the page margin.

How LO works: looks like all element are aligned to the first char of the bullet string.
In that way the bullet string are aligned through the list but the rest are not.
Actualy the space between the separator char and the user's text change depending to the bullet string lengh, producing a bad look.

Proposal:
Use a fixed offset applied after the separator char, ignoring the identation aligment of the user's text respect to the previuos and the subsequent bullet point.
The space taken by the bullet string can increae but the space between the separator char and the user's text will be always the same and big enough to make the text beautiful.

NOTE:
this would be my first hack in LO and my first try with C++ language, so I hesitate a bit to assign it to me, maybe there is someone more capable than me that could work on this one.

adding LibreOffice developer list as CC to unresolved Writer EasyHacks for better visibility.

see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details