Re: [ft-devel] An analysis of Librsvg

2019-05-21 Thread Adam Twardoch (Lists)
SVG Native Viewer of course offers another kind of link: The http://www.w3.org/TR/svg-native spec is authored by Adobe’s Sairus Patel and Apple’s Myles Maxfield. Before SVG was put into the OpenType spec, the SVG Glyphs spec was co-developed by Sairus https://www.w3.org/2013/10/SVG_in_OpenType/ an

Re: [ft-devel] An analysis of Librsvg

2019-05-21 Thread armin
> what annoys me with resvg is that another compiler is needed. I guess that for > unix, there is no problem with package managers, as resvg is is already > compiled. For (native) Windows, i will be a bit more complicated I was thinking about that as well but what about using a different renderer

Re: [ft-devel] An analysis of Librsvg

2019-05-21 Thread Vincent Torri
On Tue, May 21, 2019 at 10:43 AM wrote: > > > what annoys me with resvg is that another compiler is needed. I guess that > for > > unix, there is no problem with package managers, as resvg is is already > > compiled. For (native) Windows, i will be a bit more complicated > > I was thinking about t

Re: [ft-devel] An analysis of Librsvg

2019-05-21 Thread Alexei Podtelezhnikov
On Tue, May 21, 2019 at 5:35 AM Vincent Torri wrote: > > > as I have said, in our project, we parse ourselves the svg and use > freetype renderer directly for the rendering. we do not depend on any > external library I noticed. Thank you for the vote of confidence in FreeType rendering engine. I

Re: [ft-devel] An analysis of Librsvg

2019-05-21 Thread suzuki toshiya
Hi Vincent, Alexei, On 2019/05/21 22:04, Alexei Podtelezhnikov wrote: On Tue, May 21, 2019 at 5:35 AM Vincent Torri wrote: as I have said, in our project, we parse ourselves the svg and use freetype renderer directly for the rendering. we do not depend on any external library I noticed. Than

Re: [ft-devel] An analysis of Librsvg

2019-05-21 Thread Vincent Torri
On Tue, May 21, 2019 at 6:00 PM suzuki toshiya wrote: > > Hi Vincent, Alexei, > > On 2019/05/21 22:04, Alexei Podtelezhnikov wrote: > > On Tue, May 21, 2019 at 5:35 AM Vincent Torri > > wrote: > >> as I have said, in our project, we parse ourselves the svg and use > >> freetype renderer directly

Re: [ft-devel] An analysis of Librsvg

2019-05-21 Thread suzuki toshiya
Dear Vincent, > Enligthenment, and more precisely the EFL (the libraries) Thanks. Please let me confirm a few points. * the supported elements In my understanding, the parser of SVG document is implemented in src/modules/evas/vg_loaders/svg/evas_vg_load_svg.c ( https://github.com/Enlightenment/e

Re: [ft-devel] An analysis of Librsvg

2019-05-21 Thread Vincent Torri
On Wed, May 22, 2019 at 3:55 AM suzuki toshiya wrote: > > Dear Vincent, > > > Enligthenment, and more precisely the EFL (the libraries) > > Thanks. Please let me confirm a few points. > > * the supported elements > In my understanding, the parser of SVG document is implemented > in src/modules/eva

Re: [ft-devel] An analysis of Librsvg

2019-05-21 Thread suzuki toshiya
Dear Vincent, Vincent Torri wrote: >> * the supported elements >> I think the elements supported by this loader are defined by >> TAG_DEF macro, thus, , , , , , >> , , , and, , , , >> are supported. Am I understanding correctly? > > yes Good! >> * input: xml support >> If I can spot the locati