SVG images in ODF would have an extra copy of PNG format, which makes the file size become large. Is it intentional? If yes, why?
Opening files with SVG images inside or SVM starview metafile in LibreOffice and saving as ODF format files, the file sizes became much more. Then the user found that under the Pictures folder of ODF format files, all the SVG and SVM files had a copy of PNG format, which made the file size became much more than the original file.
The SVG files were made by Apache OpenOffice, In AOO it wouldn't have a PNG copy, But SVM files.
Is this behavior intentional? Would anyone please tell us what it is for? Besides, is there any expert options to control this behavior, i.e., to control if a PNG copy is made or not?
If png version is included to help consumers, which are not able to read svg-images. For example Word got only recently the ability to read svg-images. Including different representations of the same content is explicitly allowed in file format for this purpose.
But now the SVG was general standard, many programs can open or view it, So give up those PNG copy and restore ODT size, maybe it is a good idea, Moreover, SVM files were not have PNG copy, when convert ODF format files include svm files, svm files were be converted to emf files.
Steps to Reproduce:
1.Create an document, odt,ods,odp or odg
2.past vector illustration file as GDI metafile.
3.Save ODF format file
4.Open ODF format file with 7-zip, the pictures folder will have PNG copy files.
Every SVG or SVM files in ODF format had an PNG copy, It will increase ODF format file sizes, If have many ODF format files that include a lot of SVG or SVM, Will need many storage space, for government, Large Mechanism and company, It is not a good situation.
Wish create an option to disable SVG or SVM files in ODF(odt,ods,odp,odg) wont copy of PNG format.
So can reduce LibreOffice ODF format files sizes.
User Profile Reset: Yes
[Information automatically included from LibreOffice]
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0
Created attachment 140031 [details]
As with all options, this needs to fly by the Guardians of the Design Galaxy.
Not so sure that UX is needed here. But Tomaz is! Please enlighten us.
Tomaž may have better insight--but I believe this has more to do with internals of handling the SVG (and other vector formats). We keep the SVG (as we should for print/export fidelity) but consume the image as raster--PNG or SVM--needed to compose the document.
Believe the conversion happens on first filter import of the image, and there after we work with it as raster, including save and reopen of the ODT.
Personally I have no issue with the increased size as I am assured consistent quality of the raster. While repeatedly filter import of the SVG (or other vector format) images is expensive--and is error prone to the layout/layering of elements on the document.
Having the vector images available for higher resolution of export and printing alone remains reasonable.
odinatlas, do you have a statistics or file size comparison for some examples so that others can see what data saving we discuss here about?
Created attachment 141068 [details]
Created attachment 141069 [details]
*** This bug has been marked as a duplicate of bug 115005 ***
tdf#115005: New option to prevent adding fallback images
Just to clarify - If a vector and raster graphic are available, we always import the vector graphic and ignore the raster graphic. The only time we would use the raster graphic is when the vector graphic is of an unknown type.
I wonder what MSO does in this situation when loading a ODF file...