Description: Export to PDF is not WYSIWYG. The kerning changed in exported PDF. Kerning in ODT looks smooth and valid. Kerning in PDF is chaotic. Kerning if ODT looks good, because: the spaces between letters and hyphens are minimal. Not such in the PDF. Steps to Reproduce: 1. Create any text. 2. Export to PDF 3. Observe difference in kerning Actual Results: The text remains almost WYSIWYG. Expected Results: There are large disproportionalities in kerning and letter position between the ODT and PDF. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: 4c4b3218b8595a9809ffade0cfd064f3d9335dff CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: en-US Calc: CL Also in LO 6.4.4
Created attachment 161863 [details] GIF of two PNGs (ODT and PDF) Differences in kerning can be spotted around the hyphens. The length of the hyphens differ. The spacing before the hyphen differ. Some kerning is awfully wrong in PDF. I consider the ODT neat and nice and correct. The PDF export is messy.
Created attachment 161864 [details] 2020-06-10 spacing before hyphen is null in ODT
Created attachment 161865 [details] The two original screenshots used to create the gif
Please add an test ODT file and the exported PDF.. would make the bug report more complete.
Created attachment 161914 [details] The original ODT
Created attachment 161915 [details] The PDF export
Created attachment 161916 [details] A PNG export of the ODT ODT cannot be enlarged more than 600%. A larger zoom was needed. No kerning or aligning differences has been observed to the ODT.
Created attachment 161917 [details] A screenshot of the PNG and PDF side by side.
Created attachment 161918 [details] Highlight of the differences using vector objects Some vector elements were placed into the previous image to highlight the differences. The vector elements of same color are identical, they are clones. Namely the differences: * different vertical alignment of the "y", "á" and "z". * different horizontal spacing (kerning) between "s" and "z"
Created attachment 161919 [details] The vector source to "Highlight of the differences" Highlight of the differences in vector (Inkscape has been used)
The following has been added to the bug report: The original ODT 2020-06-12 kerning issue.odt The PDF export 2020-06-12 kerning issue.pdf A PNG export of the ODT: ODT cannot be enlarged more than 600%. A larger zoom was needed. No kerning or aligning differences has been observed to the ODT. 2020-06-12 kerning issue.png A screenshot of the PNG and PDF side by side. 2020-06-12 kerning issue (compare ODT_PNG and PDF).png Highlight of the differences: 2020-06-12 kerning issue (compare ODT_PNG and PDF) diff in aligning and kerning.png Some vector elements were placed into the previous image to highlight the differences. The vector elements of same color are identical, they are clones. Namely the differences: * different vertical alignment of the "y", "á" and "z". * different horizontal spacing (kerning) between "s" and "z" Highlight of the differences in vector (Inkscape has been used): 2020-06-12 kerning issue (compare ODT_PNG and PDF) diff in aligning and kerning.svg Version: 7.1.0.0.alpha0+ (x64) Build ID: a201ab6f47c2d5a7ba4c5f998b0aa231cae82010 CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: en-US Calc: CL Also in 6.4.4.2
The line breaking has changed in 7.0 The situation appears to have improved.. Version: 7.1.0.0.alpha0+ (x64) Build ID: a201ab6f47c2d5a7ba4c5f998b0aa231cae82010 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL However, not that good in spotting kerning issues
I confirm that the issues is NOT changed in Version: 7.1.0.0.alpha0+ (x64) Build ID: 7dc3a20cab712ee987ea25a8f5728529521485b7 CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: en-US Calc: CL Kerning issue is still present and I did not registered any improvement.
(In reply to thatho from comment #5) > Created attachment 161914 [details] > The original ODT No problem here Version: 7.1.5.2 (x64) / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: fi-FI Calc: threaded
@thatho Is the issue still present in a recent version of LibreOffice? Putting STATUS to NEEDINFO
Dear thatho, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
The same faulty results are received with Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: cfe7dc2ef91ea119ea54b56e207ef7a77291a9d7 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: en-US Calc: CL
The same faulty results are received with Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: en-US Calc: threaded
When printed the PDF using CutePDF Writer, no differences to the original ODT were spotted. I attached a difference image between the export using LO export tool and printing to CutePDF Writer. There is quite a scheme. God results are achieved at the beginning of the lines. But then mess penetrates to the end of the lines. And the largest differences are at the end of the lines.
Created attachment 178260 [details] 2020-06-12 kerning issue LO PDF export vs CutePDF Writer print Take to PDFs: a LO export and CutePDF Writer printout. Export the sheet into PNG using Acrobat Reader Apply manipulation to receive a difference file https://graphicdesign.stackexchange.com/questions/27484/get-difference-between-two-images-as-transparent-image-in-gimp Although the two exports to PNGs may not be in scale. There is a visible deviation between the two PDFs. Some beginning of the lines match exactly, even up the the middle of the line (singular symbols excluded), but the ends of line are just a mess. There are huge differences looking "using typography glasses".
Created attachment 178261 [details] 2020-06-12 kerning issue LO PDF export vs CutePDF Writer print new correction: inverting colours
Well I'm not really good at this.. But I do find 'szusz' kerning being off.. And I do confirm the kerning not being exactly the same for exported PNG of the document and compared with PDFxchange export.
And well if you apply highlighting into attachment 161914 [details] you can notice wiggling in Writer (created separate bug for that bug 147406)
@Caolan You might be interested