中文语言！Chinese language！

[classronin]

中文语言！Chinese language！

[jcupitt]

Hi @classronin, I don't have time (or skill with Chinese!) to work on this myself, but I'd be happy to accept a PR, if you're able.

[classronin]

Hi @classronin,

了解了。

-我喜欢 libvips ，这个是极速的图像处理库，内存需求低！

vipsdisp 这个版本太肿瘤了，我自制的SVG查看器。简易SVG的矢量足够，不过针对复杂SVG就困难了，我让DeepSeek帮我翻译向你提供问题：

Title: SVG and transform is ignored in ParseSvgToDrawCommands, causing incorrect positioning

Description:
When an SVG like 3.svg contains a group with a transform attribute (e.g., ), the parser in svg_css_inliner.cpp deliberately sets the transform to identity for and elements. This discards the group’s coordinate shift, so all child elements (bars, axes, labels) are drawn at (0,0) instead of the intended offset. The chart appears misaligned.

Relevant code:
In ParseSvgToDrawCommands, the branch for tag == L"g" || tag == L"svg" does:

D2D1::Matrix3x2F newTransform = D2D1::Matrix3x2F::Identity();
transformStack.push_back(newTransform);

The comment says the transform is ignored “so that the SVG content is correctly centered”, but this breaks any explicit transform on groups. The correct approach would be to multiply the parent transform with the element’s own transform, e.g. newTransform = elementTransform * parentTransform (or vice‑versa depending on convention).

Impact:
Any SVG that relies on (extremely common in library‑generated charts like pygal) will render with wrong positions until this is fixed.

Suggested fix:
Stop resetting the transform to identity and correctly accumulate the transformation matrix.

[jcupitt]

libvips does no SVG parsing, it uses librsvg for this:

https://gitlab.gnome.org/GNOME/librsvg

Perhaps you should ask your question there?