(2026-01-20, 14:08)N. W. Perry Wrote: I included SVG mainly because it seems multiple people have already created conversion tools, so perhaps these tools could be incorporated into other programs without too much difficulty.
Since I am curious, what are the challenges with SVG? In the past, I have converted it manually to Draw code and could probably create a script to automate the process—but of course, that leaves out some elements such as curves, colors, etc.
Or is it that we don't want to have to convert, but instead render SVG graphics directly? In which case, would it be enough just to have an import capability?
I think that the only way that SVG could reasonably be supported by LDraw programs would be via a 3rd-party library that renders the SVG to an in-memory bitmap image that could then be used as the texture. Creating custom SVG parsers in LDraw programs seems like the wrong solution.
I for one feel that supporting SVG for textures would be a bad idea, but I won't completely rule out the possibility of support in LDView if people push for it.
Note: I created SvgToDat 7 years ago, but as per its README: "Only works with a subset of SVG geometric primitives."
Also, I found this C++ library to render SVGs, but I have no idea how well it works:
https://github.com/sammycage/lunasvg