Good idea. But this means you must explicitly state all 22 "Alkmar Allah" elements. This can't be the sense/usage of SVG-coding. :-( I want to have a logical strcutred SVG code reflecting the geometric constrcution, not a meaningless heap of coordinates of 3 pathes for 3 colors ! :-((
Alas, SVG does not define any way of constructing a single path out of cloned segments, so this is not possible in general.
Sorry, this comment I don't understand at all. Maybe a misunderstanding?
While I haven't looked at the internals of the rsvg renderer (or any other SVG renderers, for that matter), I doubt that two cloned paths are any easier to render than a single path with twice as many nodes. While in some special cases there might be optimizations that could be made, few of those optimizations are generally applicable, given that, in general, the two clones might be very differently transformed and might be drawn on very different backgrounds.
Yes might! But maybe very similar and on some background, as in many internal same-repeating geometric structures of artifically objects. And then an "intelligent" algorithm can take significant advantages. It's like the problem of data decompression. ;)
Thanks for your detailed explanation of typical currently rendering in practise. Achim