Description: This is a very vanilla scenario: I need to place my business letter template (available in PDF or SVG) in the background of my standard document layout. Ressolution of the pdf contents - when exported or printed - mostly are poor. Steps to Reproduce: example files are here: https://www.dropbox.com/sh/kxxfw6w0svou2rz/AADaEfwbKdnpRJSRn1MTrUsDa?dl=0 1. open doc_template.ott (example provided) 2. import image - choose a pdf or svg (example provided ("Briefpapier...") 3. right-click pdf/svg > properties > wrap > "through" & "in background"; 4. save doc 5. open "invoice contents.odt", copy all contents, paste into doc_template.ott as provided 6. save doc 7. zoom into footer of pdf 8. export doc to pdf Actual Results: poor resolution of pdf/svg import at preview, print and pdf export Expected Results: high resolution of pdf/svg import at preview, print and pdf export Reproducible: Always User Profile Reset: No Additional Info: Shift to bad quality often happens after saving the file to HDD. Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.2 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: de-DE (de_DE.UTF-8); Calc: group
Thank you for reporting the bug. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away.
Under ubuntu 18.10 with LibO 6.1.5 as well as under ubu 18.04 with LibO 6.2.2, the problem MAINLY persists: * monitor resolution still is poor * print resolution still is poor * BUT: pdf exports are good With the same background file, created from an imported SVG file, everything is fine, so we have a workaround now: Import your pdf template into inkscape, save it as SVG and use the SVG as background. Nevertheless, for professional use, a proper PDF handling is important, so please fix this.
AFAIK the PDF import filter is still pdfium-based. That means, PDF files will be imported as bitmap images. Or has there been any recent change?
Miklos said it is a valid issue, but quite hard to fix.
Well. But think how important PDFs are in nowadays office workflows.
Please explain why this is not a duplicate of bug 51510 ? Please make a zoomed in screenshot comparison of good/source and bad/exported.