There are many other popular vector graphics formats beyond those mentioned here. Lottie has already displaced SVG for animation/motion graphics, and for static content IconVG exists and is backed by Google. There's also PDF, PostScript, Flash, the glyf format in OpenType, etc.
IconVG author here. Happy to discuss. Animation is issue #2 on https://github.com/google/iconvg and I have some ideas but no code yet. I'm also midway through changing the current "version 0" format into a "version 1" format, dropping things like the ArcTo op (inspired by SVG) precisely with one eye on (future) animation support. The ArcTo large-arc-flag, like any boolean-typed value, is impossible to interpolate smo…
TinyVG: A challenger to the throne of vector graphics
191–196 of 196 posts
Re: TinyVG: A challenger to the throne of vector graphics
#192Re: TinyVG: A challenger to the throne of vector graphics
#193A small nitpick as the resvg author: the repo located here https://github.com/RazrFalcon/resvg I'm not sure why the author linked some random, outdated fork. If you're trying to beat SVG, you should have done a better research. But yes, SVG is extremely bloated and under-documented. Especially SVG 2. The core resvg codebase is close to 20 KLOC, while the whole package is like 50 KLOC. On the other hand, resvg is an e…
Oh, hi! > A small nitpick as the resvg author: the repo located here https://github.com/RazrFalcon/resvg Oh, i didn't see this. Thanks for some more correct and real numbers, i will correct them in the article later! > I'm not sure why the author linked some random, outdated fork. because it appears way higher up on the google search if you search for "svg rendering library". Sorry i didn't recognize that it's a fork…
Re: TinyVG: A challenger to the throne of vector graphics
#194There are many other popular vector graphics formats beyond those mentioned here. Lottie has already displaced SVG for animation/motion graphics, and for static content IconVG exists and is backed by Google. There's also PDF, PostScript, Flash, the glyf format in OpenType, etc.
Franky somebody should do like a TinyDF replacement for pdf... That's also a somewhat bloated format at this point. Ideally though, the tiny* formats should be forward compatible (?) and interpretable as a valid non-Tiny* document. That would be quite nice for wider adoption (like JSON).
Re: TinyVG: A challenger to the throne of vector graphics
#195Earlier quoted context omitted.
Apologies for being off-topic and possibly absurd question - could the binary lc be considered a concatenative language?
(I would have expected this comment on https://news.ycombinator.com/item?id=29630293#29631288 instead:-) No, Blc is not a concatenative language. It uses application rather than concatenation to combine programs, and its semantics is not described in terms of stack operations (the blc seld-interpreter happens to use a stack though).
Re: TinyVG: A challenger to the throne of vector graphics
#196Earlier quoted context omitted.
Oh, hi! > A small nitpick as the resvg author: the repo located here https://github.com/RazrFalcon/resvg Oh, i didn't see this. Thanks for some more correct and real numbers, i will correct them in the article later! > I'm not sure why the author linked some random, outdated fork. because it appears way higher up on the google search if you search for "svg rendering library". Sorry i didn't recognize that it's a fork…
Apart from SVG, there are long-standing and well-established formats for vector graphics: Enhanced Metafile (EMF) and Encapsulated PostScript (EPS). Why not use them instead of a new file format?