Summary: | FORMATTING - Numbering/ordered list results in misaligned text after a certain level: default indent does not match with the width of numbers/bullets | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Jeff S. <jeffs> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | aalabdulrazzaq, b.mcgruder, christopher.m.penalver, cno, geoff, jojiinchrist, keith, libreoffice, qubit, valeriodean, vulcain |
Version: | Inherited From OOo | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://launchpad.net/bugs/831305 | ||
Whiteboard: | EasyHack DifficultyBeginner SkillCpp Confirmed:4.2.0.2:OSX | ||
i915 platform: | i915 features: | ||
Attachments: |
PDF example of alignment problem
Numbered list roman numerals rough patch/codepointer This is how MS works about roman numbering list |
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 |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 53370 [details] PDF example of alignment problem When creating an ordered list through the Numbering option (F12), I then choose to change the ordering to the third from the left option in the Bullets and Numbering configuration box, under the Outline tab. This option creates the ordered list with indentations as follows: 1. (a) i. A., etc. When using this Outline option for an ordered list, after reaching the 10th ordered list item, the text shifts to the right with an extra tab, resulting in misaligned text for any item in the ordered list with the number 10 or above. An example is attached. I've confirmed this behavior in the Windows version and the Linux x64 version.