[Libreoffice-bugs] [Bug 128687] Internal leading not receiving same rounding as other font metrics

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Nov 26 20:16:52 UTC 2019


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

--- Comment #6 from V Stuart Foote <vstuart.foote at utsa.edu> ---
Created attachment 156132
  --> https://bugs.documentfoundation.org/attachment.cgi?id=156132&action=edit
sample various font metrics with underlining and needing internal leading

Sample text with STIX Two Math, Arial, and DejaVu Serif

Each has different units per EM -- UPEM, and different font metric schemes.

Position cursor and select the U+01D9 Latin Capital Letter U With Diaersis and
Caron on the line with Font DF set at 27pt.  Then zoom the page in an out 60%
<--> 600%

Watch the highlight box of the selected Ǚ glyph: relative to the generated
underline for text above, and its intersection with the Ǻ glyph below.

The line height changes, and underline position, recalculated during zoom seems
to be more than just from the floating point glyph positioning of bug 103322

If we had everything correct with the line height then shouldn't the internal
and external leading be calculated the same and not change with each zoom step?

=-testing-=
This was just on Windows 10 Ent 64-bit en-US (1903) with
Version: 6.3.3.2 (x64)
Build ID: a64200df03143b798afd1ec74a12ab50359878ed
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

Both OpenGL rendering and Default GDI rendering are affected, but with slight
differences.

-- 
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/20191126/454eeafb/attachment.html>


More information about the Libreoffice-bugs mailing list