Description: When I export from LibreOffice writer, the file size is 12 MB for a tiny file with 4 pages of size A6, I checked and compressed the pdf file with wecompress.com. It confirmed that the 13 images were 102 kB only, the two fonts where 32 kB. Wecompress was able to reduce the pdf file to 105 kB. But it failed to report about the other stuff. Export as PDF shrinked the images to 150 dpi resolution. When I do not use the export as PDF, but print to a PDF file, the result used 19 MB instead. No background colors, no patters, standard fonts, but a special text color. Steps to Reproduce: 1. create a. .ods file 2. Export as... PDF 3. Reduce Image Resolution to 150 dpi Actual Results: Size: 11 991 482 bytes (12 MB on disk) PDF-Version: 1.6 Pages: 4 Resolution: 419 × 297 Expected Results: File size after compression with wecomoress.com: 110 193 bytes (111 KB on disk) That's about the size I would have expected, but not 100 times of that. Reproducible: Always User Profile Reset: No Additional Info: The original .odt is 4.7 MB in size, with large uncompressed images. It does contain a bitmap file from LO Draw - that's a problem of its own, since draw contained an inported png with an overlay of draw elements: circels, arrows and text. I could copy this combined drawing to Writer, but I could not resize it their. The png part shrinked, but the draw elements kept their size.
I can send the files to you in private, but I do not want to publish them heere for all.
Likely duplicate of bug 147811. Could you please check if the change to registrymodifications mentioned in the description there make any difference?
I don't think so. First of all, I do not see any raster effect. I would expect to see that within the pdf. But when I use "pdfimages" to extract the images, they look ok by size. Nothing extraordinary. I would expect to find some huge bitmap raster images if that was the problem. So maybe there is some bitmap raster, which is not used within images, but as plan text PDF syntax? This might be possible. Why would wecompress be able to skip those definitions? But I do not use any background images - mine are images, either positioned as character, or linked to the paragraph. I did not change any registrymodifications - I would have to find those first since bug 147811 looks more like a windows problem and the named virtual printer. I do not print. I do export.
(In reply to Martin Trautmann from comment #3) > I do not print. I do export. I see; I was confused by (comment #0) > When I do not use the export as PDF, but print to a PDF file, the result > used 19 MB instead.
Can you please attach an example document? If needed, follow https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the document.
Dear Martin Trautmann, 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