This is a shot in the dark.
Look for lines defined as narrower in height and resize them.
It would not be surprising that PDF's produced by OSX have some portion
of the Print PDF definition that recognizes control codes in one way is
not under Windows/Linux PDF Printer definition for LibreOffice. It may
also be that substituting fonts may change behavior.
I suggest using installing cups-pdf under linux to see if this resolves
the difference. Apple controls cups-pdf and might be a work around.
I may be wrong here, but I think LibreOffice uses Ghostscript and OSX
uses CUPS.
https://www.ghostscript.com/
https://github.com/apple/cups
If anybody knows, please reply to correct the above statements.
Hope this helps
Paul
On 10/22/2018 11:52 PM, Frédéric wrote:
Did you try saving as pdf in both linux and windows to see if
there is
any difference?
It is similar on Windows and Linux but different on OSX. I would like
to say that it is probably not related to PDF because the print
preview shows the same issue.
--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
Context
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.