[Libreoffice-bugs] [Bug 126514] LINE SPACING: Diacritics in fonts are displayed cropped but printed uncropped

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sun Jul 28 14:23:30 UTC 2019


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

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |caolanm at redhat.com,
                   |                            |dr.khaled.hosny at gmail.com,
                   |                            |vmiklos at collabora.com,
                   |                            |vstuart.foote at utsa.edu
           Severity|normal                      |enhancement
            Version|6.2.4.2 release             |Inherited From OOo
          Component|Writer                      |Printing and PDF export

--- Comment #3 from V Stuart Foote <vstuart.foote at utsa.edu> ---

Easily demonstrated by selecting the paragraph(s) to show its bounding box--the
30pt spacing is cropped, while the "single" (or 100% proportional) spacing is
drawn directly from font metrics--including the correct internal 'leading' of
the font. Ascenders and descenders fit the within the "single" line
height--while 30pt line height is insufficient to hold a 30pt font size.

On screen, the VCL layout of document canvas is correctly cropping the font
masked to the line height. While Print preview simply builds a bitmap from VCL
that shows the cropping.

But when actually printing: for formats that embed the glyphs (PDF, XPS, PRN)
export stamps the glyphs according to the scaling applied by the 30pt line
height.
Not will export/print crop them to constrained paragraph (or sections) bounds,
not clear if any implemented export or printing routine could crop/mask the
text runs.

If there is an issue, it is with clipping mask(s) for PDF export and print. We
know we have issues with our poppler based PDF importing, e.g. bug 86211

But this 'quirk' was inherited from OOo, not clear it use case merits the work
it would take for printing/export (PDF Epub) to fix it.

-- 
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/20190728/11ab2ecb/attachment-0001.html>


More information about the Libreoffice-bugs mailing list