3 ms·
Huh, nice. I always reach for SVG when i want a hand-editable format for some random project, but your points on the parsing and implementation complexity seem
by akdor1154 5y ago
Huh, nice. I always reach for SVG when i want a hand-editable format for some random project, but your points on the parsing and implementation complexity seem very reasonable.
Two qns: 1. Did you consider a re-specification of SVG or a subset in another embedding language that's easier to parse? text/json+svg, application/bson+svg, etc. (Examples for clarity, not literally suggesting json/bson are appropriate choices)
2. SVG has broken gamma-correct blending. It was originally not specified at all so all implementations did it wrong; i think the spec fixes it in 1.2 but the only people who care are Inkscape, and they explicitly aren't implementing it because they don't want to author files that in all likelihood will never display properly in browsers.
So... the ship sailed in the wrong direction. Could be worth some thought at this early stage of your project, then you'd have a feature that you actually can't achieve in SVG.
- ikskuh 5y ago> 2. … Oh that explains why all my rendering experiments looked different from SVG. I think the reference renderer already does gamma correct blending. This is something we should add to the specification for sure. > 1. … Even re-encoding the SVG crap would only remove XML from the equation, but that's not my main concern with SVG. Zig has the Zen "only one way to do things". Meanwhile SVG has tens of ways to solve the same problem. One example: You can set the opacity via css, fill-opacity and opacity. What you cannot do: Set the opacity via color. But you can make 50% black by just specifying fill-opacity, as black is the default color. to render lines, you need to set fill to "none". ugh.
- CliffStoll 5y agoYes! For a pen plotter, I'd like something like SVG that has color, pen-pressure, and pen-rotation.