Description: Ever since I first used OpenOffice and then Libreoffice numbered lists haven't worked using the Tahoma font. At number 10 the next word is about six spaces to the right of the number. If I go into the format>bullets and numbers and select the style I want it works; but it changes the font and won't work for Tahoma. So if I highlight all of the list and select Tahoma it will then cause the problem. I don't know how this will show up on your page but below I'm going to try to show it to you by creating a list. 1. word 2. word 3. word 4. word 5. word 6. word 7. word 8. word 9. word 10. word If I move the cursor to the empty space and press backspace it will move the word to the number 9 line behind the previous word. 9. wordword. I don't know if this malfunctions for all fonts. I haven't tested it. This bug is also in Google Docs. Maybe they got their code from you. I reported this years ago and nothing was done. I'm just getting back to using Libreoffice and the bug is still here. PLEASE fix this. A second bug is the spacing of the letters when printing documents with the Tahoma font. It just looks ugly. The spacing is really bad. Please fix that too. Steps to Reproduce: 1.Select Tahoma font 2.Make a numbered list with at least ten entries 3.Observe how bad it looks Actual Results: 1.Select Tahoma font 2.Make a numbered list with at least ten entries 3.Observe how bad it looks at number ten. The first word will be many spaces to the right. The numbers in the list don't realign so that the zero in the number ten is below the number nine. Expected Results: After the number 10 there will be a big space between the zero and the next letter. 10. word. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: When typing the number 10 in a numbered list it should realign under the number nine to show the zero directly under the number nine. The column of numbers should shift to accommodate this change at every level such at number 9 to 10, number 99 to 100, number 999 to 1000, et cetera. The beginning of each first letter of each numbered item should align from number one to the last number in the list. I did not try resetting the UserProfile. I did not see if OpenGL is enabled. I'm not a computer guy. I just use programs. This has happened on my Gateway Windows XP SP3 desktop from 2004 in OpenOffice, an Apple Macbook using Libreoffice from 2008 using Leopard. It did this on Windows Vista. It did this on all of my GNU/Linux machines using Ubuntu and Elementary since 2013. It does it on my Chromebook to this day in Google Docs. It now does this on my 2017 Windows 10 computer. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.162 Safari/537.36
I think you can easily customize the list with Format => Bullets and numbering => Position. I don't think that this is a bug, but I'm not an expert.
No it is no bug. You can always define a list style that meets your demands and save it in a document template for further use. Besides that, recently the predefined list styles have got a rework. You should test them. Perhaps you find a style which works for you out of the box.
Created attachment 140728 [details] Examples Of How The Numbered Lists Don't Align Properly I have loaded a file with examples of how this numbered list doesn't work. The style I like in the choices it to have a number with a period after each letter. I do not want to select any other style. I want all styles to function properly.
Created attachment 140729 [details] Libreoffice Writer Numbered List Failure With Larger Font Sizes
Could you please explain the steps to generate the document attached? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the steps are provided
Created attachment 140745 [details] HowTo making a list style See attached file for a working list style. Bugzilla is no help desk. Please use the ways mentioned on https://www.libreoffice.org/get-help/community-support/ to get help. Still not a bug.
I have also experienced this and reported it. If page layout means anything in word processing, especially in the context of WYSIWYG, then the jump in numbering alignment is a serious bug. Else why would a programmer think that was what people wanted? I can't imagine such a case.
This was never a valid issue. Simply a RTM issue. And, STR of OP working with Tahooma do not produce any misalignment issue with current 6.4/7.0 template defaults. In addition to Regina's HowTo here for adjusting the list dialog, our published 6.4 Writer Guide [1] has adequate coverage of styled Numbered Lists and Outlining beyond the numbered lists found in default templates. Please RTM, chpt 4, 8, 9 & 12. =-ref-= [1] https://documentation.libreoffice.org/en/english-documentation/
If we say that a person must use a particular font, then we must also say that the program is not what we might expect from other word processors. And that is fine, if that is the case. But user beware. However, RTM does not help that since IMHO most users would expect to be able to use the font the are most familiar with. Would I be correct in assuming that you are a Writer insider? If so, your viewpoint might be somewhat unable to fairly compare the end user's experience when it comes to usability and intuitive design. Further, the implication being put forth here is that the user must take training time to learn a whole new word processor, either by class or my reading. The promotion of Writer as a substitute for Word and WordPerfect would therefore be misleading. IMHO, we can't have it both ways.
I'm using Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.10 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); Calc: group This is on Elementary GNU/Linux. The font used is DejaVuSans. Which is like Tahoma. The numbered list problem BUG is still there. September 2, 2020. Font size 11 actually works by shifting the words in 1-9 to the right so that the words can align. In the program it looks like the second example for fonts 12 and bigger. 1. w 2. w 3. w 4. w 5. w 6. w 7. w 8. w 9. w 10. w 11. w Font size 12 and bigger: 1. w 2. w 3. w 4. w 5. w 6. w 7. w 8. w 9. w 10. w 11. w THIS IS NOT AN RTM SITUATION! Why would anybody think this isn't a bug? Why isn't the default setting like the first list above FOR ALL FONT SIZES? Why does it change just because the font size gets bigger than 11? Shouldn't it be consistent no matter what font size is chosen?
(In reply to Gosmallwheels from comment #10) Sigh... it is the same. Select the default numbering list you've used and open the 'Bullets and Numbering...' dialog, and navigate to its position tab. Note the Position and Spacing *defaults* for the standard template, e.g. Default paragraph style number lists--here en-US locale, will differ slightly for metric based locales--are: aligned at '0.25"', aligned 'Left', followed by 'Tab stop'. The tab stop '0.50"' and the indent '0.50"' are the position where the list text will start and do not have to match. Since the default list is aligned left, the numbering starts at 0.25", is however wide, and closes with a <tab>. When the size/width of font in use pushes the word bound of the numbering past the set tab stop, the edit shell moves to the next available default tab stop. You have several choices when working with larger fonts in the standard template: --increase the default tab stop, --set numbering alignment 'Right' --assign a list style to the lists (adjusting the spacing) --create custom list/paragraph styles The simplest is to align 'Right' to see the effect. While custom lists and paragraphs can give precise typogrphic control. Users can not change the standard template (to change the default) but trivial to create new template documents with defaults adjusted. This is not a bug, just a manifestation of the defaults using the 'Standard' template. Again, please read the manual--or seek assistance on ASK or in the User mail list.
Sigh....please read my previous post. It makes one wonder for whom the software was made.