https://bugs.documentfoundation.org/show_bug.cgi?id=92657
--- Comment #5 from Frank <foberle@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.
Context
- [Libreoffice-ux-advise] [Bug 92657] Questionable Default for Bullet Sizing · bugzilla-daemon
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.