| Summary: | damaged files with PDF export - fonts are not correct | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Ingo Belka <ingo_belka> |
| Component: | Printing and PDF export | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | fitojb |
| Priority: | high | Keywords: | regression |
| Version: | 4.3.0.4 release | ||
| Hardware: | Other | ||
| OS: | Windows (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
original LO-file
PDF file coming from LO image how it looks in LO image how it looks in FoxitReader image how it looks in AdobeReader image how it looks in GhostView PDF file coming from pdfforge's PDF-Creator LO 4.2.6 - properties of the exported pdf - ok LO 4.3.x - properties of the exported pdf - not ok |
||
Created attachment 104494 [details]
PDF file coming from LO
Created attachment 104495 [details]
image how it looks in LO
Created attachment 104496 [details]
image how it looks in FoxitReader
Created attachment 104497 [details]
image how it looks in AdobeReader
Created attachment 104498 [details]
image how it looks in GhostView
Created attachment 104499 [details] PDF file coming from pdfforge's PDF-Creator http://www.pdfforge.org/pdfcreator/download It could be possible that the fonts you’re using don’t have the “Embeddable” permission. https://www.microsoft.com/typography/web/embedding/weft/weft14.htm Does the problem happen with other fonts? It could be possible, indeed. With other fonts I get an expected result. The only thing is, that LO 4.2.6 doesn't make these problems, LO 4.3.X does. And I tested on WinXP and Win7. It must be a problem while exporting to PDF. And I can't use other fonts because of company corporate design instructions. BTW the tool of Microsoft doesn't seem to work with Windows 7. I attached two picture LO 4.2.6 can export right LO 4.3.x can not export right Created attachment 105671 [details]
LO 4.2.6 - properties of the exported pdf - ok
LO 4.2.6 can export right
Created attachment 105672 [details]
LO 4.3.x - properties of the exported pdf - not ok
LO 4.3.x doesn't export right
Hello, OK I tried LO 4.4.0.3 and so annoying but this bug still is present. That's so sad - the same behaviour as 4.3.x. What can I do to push this to the developers attention? My further search for a reason of this behaviour led me to check the font files, which were installed on my system. So I found, that I had installed several font files with different file names, but in fact some of them were identically fonts. I deleted the more or less "duplicates" and now I do have no more trouble with the PDF-Export. I'm hoping that helps! Thank you for your feedback! Do you agree in closing this report with the “WORKSFORME” status or shall we consider this an enhancement request for duplicate-font handling from now on? If one know about this behaviour, then it's easy to prevent LO form doing damaged PDF files. I'm not really familiar with closing bug requests. I would appreciate, if you decide how to proceed further. Each decision you make is better, then I could do. On a second thought, let’s close this report to avoid clutter. We’ll handle the enhancement I mentioned in a separate bug report, as it will need further discussion. Thanks again, Ingo! Migrating Whiteboard tags to Keywords: (regression) [NinjaEdit] |
Created attachment 104493 [details] original LO-file The via PDF export generated files are damaged. The are looking totally different in different viewers. German umlauts are lost in AdobeReader and GhostView, the fonts are mostly not the right ones. I did nothing els as usually: 1. open a file 2. export as pdf View with FoxitReader, AdobeReader and GhostView - each gives another result.