SkSVGDOM bindings

[lol768]

Is your feature request related to a problem?

Skia's own frontend support for the SVG format is no longer experimental. Please expose an API around SkSVGDOM::Builder() with the ability to load SVG from file/string and render to a canvas.

Describe the solution you would like

For "inspiration", rust-skia re-exports via a C interface:

extern "C" SkSVGDOM* C_SkSVGDOM_MakeFromStream(SkStream& stream, loadSkData loadCb, loadSkTypeface loadTfCb, void* loadContext) {
    auto provider = sk_make_sp<ImageResourceProvider>(loadCb, loadTfCb, loadContext);
    auto builder = SkSVGDOM::Builder();
    builder.setResourceProvider(provider);
    return builder.make(stream).release();
}

and then exposes in its crate.

SkiaSharp should do the same.

Describe alternatives you have considered

Svg.Skia (which is based on SVG.Net). For reasons I don't fully understand, I found this to generate very large, inefficient PDFs (which used hundreds of /Patterns and produced PDF files hundreds of times larger than required) when importing a specific SVG to an SkPicture and then rendering to a PDF canvas. Generally I would expect the built-in native code in C++ to be a bit more performant too.

When I tried using the native C++ SkSVGCanvas stuff myself, the commands generated in the SkPicture were much more sensible.

Additional context

No response

Code of Conduct

• I agree to follow this project's Code of Conduct

[HinTak]

FWIW, skia-python had SkSVGDOM::MakeFromStream 4 years ago, in m87,
https://github.com/kyamagu/skia-python/blob/e0b030c14e33f70880cfcc502eaeed898a77fc3c/src/skia/SVGDOM.cpp#L13 before it became non-experimental in m88.

[fcallejon]

Hi @mattleibow is this branch supposed to cover this feature ?
If anyone can guide me I can try to add SkSVGDOM.