On Friday, 10 April 2020 at 17:54:16 UTC, Robert M. Münch wrote:
I'am/was confused because I don't understand how "NanoVega.SVG"
fits into the picture. Is it a 2nd SVG parser? Is it using
svg.d? Why have two?
NanoVega.SVG IS svg.d. They're different names for the same
thing. My copy renames i
On 2020-04-10 17:23:28 +, Adam D. Ruppe said:
On Friday, 10 April 2020 at 17:18:05 UTC, Robert M. Münch wrote:
Repro [2] is gone... Does anyone has an idea where the code could be accessed?
I also maintain a copy of it:
https://github.com/adamdruppe/arsd/blob/master/svg.d
minimal dox ht
On Friday, 10 April 2020 at 17:18:05 UTC, Robert M. Münch wrote:
Repro [2] is gone... Does anyone has an idea where the code
could be accessed?
I also maintain a copy of it:
https://github.com/adamdruppe/arsd/blob/master/svg.d
minimal dox http://dpldocs.info/experimental-docs/arsd.svg.html
b
On 2016-07-09 11:06:34 +, ketmar said:
i also made NanoSVG[1] port[2]: simple SVG parser and rasterizer. it is
using `malloc()` to allocate memory, but otherwise was rewritten to use
`const(char)[]` input for svg, and do not use `sscanf()` from libc.
the port lives in NanoVG package, but
also, i extended the original library a little: added rudimentary
support for "style" tag and styling svg elements. nothing fancy,
but many svgs found in internet are using that to avoid repeating
"style" everywhere. it is a dirty hack (sorry), but makes even
more svgs "renderable".
just make sure to download the latest version by the given link
before you want to try it. ;-)
glad to see that you found it useful
On Saturday, 9 July 2016 at 11:06:34 UTC, ketmar wrote:
i also made NanoSVG[1] port[2]: simple SVG parser and
rasterizer. it is using `malloc()` to allocate memory, but
otherwise was rewritten to use `const(char)[]` input for svg,
and do not use `sscanf()` from libc.
the port lives in NanoVG
i also made NanoSVG[1] port[2]: simple SVG parser and rasterizer.
it is using `malloc()` to allocate memory, but otherwise was
rewritten to use `const(char)[]` input for svg, and do not use
`sscanf()` from libc.
the port lives in NanoVG package, but it is actually completely
independent.
[