https://bugs.documentfoundation.org/show_bug.cgi?id=126514
V Stuart Foote changed:
What|Removed |Added
CC||caol...@redhat.com,
||dr.khaled.ho...@gmail.com,
||vmik...@collabora.com,
||vstuart.fo...@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 ---
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.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
