https://bugs.documentfoundation.org/show_bug.cgi?id=87450
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane.guillou@libreoffic | |e.org --- Comment #16 from Stéphane Guillou (stragu) <[email protected]> --- Created attachment 190733 --> https://bugs.documentfoundation.org/attachment.cgi?id=190733&action=edit sample ODP with PNG and SVG side by side I had a look at the history of it, testing with both the SVG and the PNG-only (see attachment) in the linux-64-releases bibisect repo: - from OOo 3.3: only PNG supported, always blurry. - from 4.0.0.1: SVG now supported as well, both always blurry. - from 4.2.0.0.beta1: - gen: crisp in edit mode, blurry in presentation - gtk: could not test - from 5.1.1.1: crisp in edit mode, blurry in presentation (both gen and gtk) - from 6.2.0.0.alpha1: - gen: crisp in edit mode, blurry in presentation (as before) - gtk3: always blurry - from 7.6 to current trunk: always blurry. This started with Caolán's commit 6d1ba1877ac1e8d77748b238a7706e3a4f8d9ed4: "use SvpSalBitmap for X11/gen also". Looks like we've just been going back and forth between methods of upscaled bitmap rendering / interpolation, with some difference between VCL plugins when in edit mode. At least, the interpolation is now consistently used between edit / presentation modes, and between VCL plugins. Result is always the same regardless of if it is inside the SVG or the PNG is on its own, so I'm tempted to remove the SVG keywords. However, there might be something we could better support in the image rendering settings included in the SVG, possibly the image-rendering attribute, but I don't understand the SVG spec enough so leaving as it is. -- You are receiving this mail because: You are the assignee for the bug.
