[Libreoffice-bugs] [Bug 121241] MacOS: table borders aren't black but grayish ( zoom level < 150% )

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Dec 5 14:02:26 UTC 2018


https://bugs.documentfoundation.org/show_bug.cgi?id=121241

--- Comment #10 from Armin Le Grand (CIB) <Armin.Le.Grand at me.com> ---
For the other systems: As soon as a line gets more than one pixel wide (in
discrete units) it *will* be painted AntiAliased and thus might get a little
'blurry' - I understand that this is unused to see, but the old hacks in LO to
paint two single-pixel-lines non-AAed have to go at some point for the better.

This leads to huge problems with e.g. all types of borders. Example: If you
snap them to two pixels width (real width between 1.5 and 2.49) - where do you
put the line center? One up/down? One right/left? How can you match that with
the added next vertical line for FrameBorders then? This leads to *hell* and is
not really solvable/mainitainable in the long term.
This is the reason edge matchings of FrameBorders looked as bad as it looked in
older versions. This all works much better with what we use now.

Thus I opt - I think with good arguments - to paint lines with a discrete
(pixel) width of more than one now and in the future as correct as possible:
AntiAliased and as close geometrically to where they are defined.

I would even opt for doing this when the lines get taller than one pixel, but -
as explained above - there are historical reasons not to do that currently. But
be aware that the visualization is less correct with that.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20181205/a2aa4226/attachment.html>


More information about the Libreoffice-bugs mailing list