Hi,

Indeed, we were pondering over this lack of functionality.

Concerning SVGZ: if you insert SVG code directly into your page, and if gzip compression is enabled on the server (the assistant OEGuideline can check and try to activate it, among other things), the whole page along with SVG code, resulting in more or less the same overal weight. (If gzip compression is not and cannot be enabled on the server, you have other things to worry about before looking into compressing SVGs )

We will try to add SVG[Z] support in next versions, but I can't say when exactly.

Good day
D

Yes, svgz can be done server side with some servers, but it would be nice if svg were properly integrated into OE. Placing optimized svg code into a visual code element is not the most obvious and intuitive option. It took me a few days of messing around (I'm new to OE) before I figured out that was even possible. In my opinion it should work just like a jpg, gif or png, and show up as one of the standard image formats.

One of the problems I've been dealing with is trying to layout the svgs in OE using the visual code blocks. They don't allow you to see any of the SVG details so aligning things is not possible with out viewing the results in a web browser killing off the beauty of wysiwyg nature of OE. I've resorted to using other applications to align the elements visually relative to one another, then copying the resulting data into Open Element. It's a silly extra step that wouldn't be needed if OE supported svg/svgz. Isn't the browser core of OE Chromium? I know the Chromium browser supports SVG.

A related issue is I can't use svgs as backgrounds with out layering them in, or modifying the code post OE.