https://bugs.documentfoundation.org/show_bug.cgi?id=135642

--- Comment #6 from Stephen Heumann <[email protected]> ---
I can reproduce this on macOS with a recent development build:

Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 55cd20e6228a06836285c14ca6726adb1bb4ffcb
CPU threads: 10; OS: Mac OS X 13.0.1; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Looking into it a bit, the issue seems to stem from the fact that LibreOffice
saves a PNG version of the SVG image for use as a fallback. So it produces code
like the following in the .fodt file:

<draw:frame ...>
 <draw:image draw:mime-type="image/svg+xml">
  <office:binary-data>...
  </office:binary-data>
 </draw:image>
 <draw:image draw:mime-type="image/png">
  <office:binary-data>...
  </office:binary-data>
 </draw:image>
</draw:frame>

The first <draw:image> element within the <draw:frame> is supposed to represent
the preferred format of the image, in this case SVG. But when LibreOffice reads
the .fodt file back in, it seems to ignore the SVG version and use the
pixellated PNG version instead.

If I manually edit the XML code in the .fodt file to either remove the PNG
version or put the PNG version before the SVG version, then LibreOffice will
use the SVG version of the image. So it seems like the issue is that
LibreOffice is preferring the last <draw:image> element rather than the first
one when reading a .fodt file.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to