No problem. Here is an updated patch which applies on r 14298

(file #55312)

Just like cairosvg, rsvg-convert relies on cairo for rendering svg; In absence of contrary evidence, I believe they are essentially equivalent.

One can find a thorough and up-to-date comparison of svg rendering engines at https://github.com/RazrFalcon/resvg#svg-support. Inkscape and rsvgt-convert (i.e. cairo) are clearly not the best on the W3C SVG standard test suite, but on the sample images I used, both were perfectly okay. I guess they fail tests on rarely used features or in corner cases.

I upload yet an updated patch with further minor improvements for gs conversions. Also, no longer fail when checking version of Inkscape 1.2, thanks to Jeroen Wouters.

(file #53307)

While waiting for the deep rework Max envisions, I propose here some immediate improvements.

As I proposed in texmacs-dev (https://lists.gnu.org/archive/html/texmacs-dev/2022-01/msg00003.html), the code first tries to handle SVG with good scheme-defined converters (calling rsvg-convert[*] or inkscape). If these are not available, SVG is handled by Qt. In the latter case, if the image is not explicitly "svg tiny", a warning is shown (because Qt only renders correctly svg tiny). For those who are happy with only svg tiny, I added vectorial printing of svg to pdf, through Qt.

The second goal of the patch is that conversions to bitmaps now consistently have pixel numbers according to the output size and resolution preference.

For these two points I improved the scheme converters and made sure that the multipurpose "function-with-options" converter chain correctly.

[*] Although the man page starts with "rsvg-convert - turn SVG files into raster images", rsvg-convert does currently export vector images to pdf and eps and can thus be used for printing.