https://bugs.documentfoundation.org/show_bug.cgi?id=92657
--- Comment #5 from Frank <fobe...@enteract.com> --- Hi Heiko: Caution: if you are using Windows, you very likely cannot even see the problem; the reason for this is hopefully explained below. From your comments, I suspect you're not seeing the issue I describe. When I originally posted this bug, I mentioned that I was using Ubuntu, but didn't realize that the bug might be specific to Linux; the only other OS I was using, and had the problem with, was Fedora. So, NO, I don't want (or even think it makes sense) to set any fixed values, as those should follow the font. And I have absolutely no issue at all with the *horizontal* spacing. I was merely pointing out several things: 1) The normal space between the first two lines [*vertical* spacing only - line leading or line-to-line spacing if you prefer] in a list with a bullet is distorted if the vertical size of the font used for the bullet doesn't match that of the text. 2) This bug has absolutely nothing to do with wrapping; the problem exists regardless. It's true that it only becomes glaringly obvious when there are multiple lines in the paragraph but, in such cases, the vertical distance (leading, etc) between the first and second lines is different than that between any subsequent pair of lines. 3) Writer should not attempt to substitute a bullet from another font if that bullet already exists in the font used for the text. Note that this happens very frequently in Writer in all contexts, although I suspect it has more to do with either Linux's utility for checking the fonts or, even more likely, poor construction of the fonts themselves. My understanding is that such errant and unnecessary font substitution does NOT happen in Windows (which apparently uses a different mechanism for examining fonts), but I can't confirm that. Therefore: this is why, if you are using Windows, it is quite possible that you cannot even see the problem. I've come to believe that this bug is merely one more symptom of the latter issue, but if you were to be able to "force" the line height of the bullet to match that of the text (which can be done manually, but is very tedious), that would be a welcome band aid. Let me know (publicly or privately) if there are any other questions I can answer, or examples I can give. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise