[Bug 42788] FORMATTING - Numbering/ordered list results in misaligned text after a certain level: default indent does not match with the width of numbers/bullets

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=42788

--- Comment #17 from Valerio <valeriodean at yahoo.it> ---
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.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20140123/6b1ebbbe/attachment.html>