Description: In case of an SVG file with big canvas: When I insert an SVG file (as image), LO creates a replacement PNG. It's OK. But when I export this SVG to PDF and insert that PDF as images, replacement file size (dpi) is unnecessarily big. Steps to Reproduce: 1. Open /extras/source/gallery/symbols/Gift.svg file with an SVG editor and resize it to 100 cm × 100 cm. Save as plain SVG and export it to PDF too. (See attached examples). 2. Create a new LO document and insert SVG and PDF files as images. 3. See replacement PNG files in /Pitcures Actual Results: Size of SVG replacement PNG image is: 707×707 px. (51 kB) Size of PDF replacement PNG image is: 3779×3779 px. (338 kB) Expected Results: Size of PDF replacement file should be the same size. Reproducible: Always User Profile Reset: No Additional Info: When I insert original sized SVG (100×100px) and PDF this size difference isn't noticeable.
Created attachment 154628 [details] Sample files
Incorrect. The SVG and the PDF get completely different filter handling for rendering to document canvas as BMP and save to archive as .PNG--no expectation they would end up the same resolution. The PDF insert filter currently generates an internal BMP at a fixed 96 dpi resolution (bug 115811) and that result gets used for PNG on save. What is more troubling is why you do not retain the SVG and the PDF in your ODF document archive--both vector graphics are needed for rendering to print or PDF export. On Windows builds (6.3.2.2 and current master/6.4.0) both the SVG and the PDF are saved and available for print or export rendering as vector images.
lets move taht to 'filters and storage' rather than 'printing and pdf export'
Closing as RESOLVED NOTABUG as explained in comment 2
I found a workaround: completely disable creating replacement images in Expert Configuration: org.openOffce.Office.Common > Save > Grapchics > AddReplacementImages: false