freetype-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ft-devel] The criterion for comparing SVG Rendering libraries


From: Behdad Esfahbod
Subject: Re: [ft-devel] The criterion for comparing SVG Rendering libraries
Date: Tue, 14 May 2019 09:22:36 -0700

On Tue, May 14, 2019 at 9:17 AM suzuki toshiya <address@hidden> wrote:
Dear Behdad,

Alexei wrote:
> Whatever external SVG renderer you choose, please use FT_Renderer facility to hook it up with FreeType instead of creating a set of SVG specific functions: an SVG glyph should be tagged as FT_GLYPH_FORMAT_SVG, which is then picked up by the dedicated SVG FT_Renderer with hooks to external library. The SVG support can be enabled/disabled using the renderer modules, say "svg-ot", in modules.cfg.

Behdad wrote:
> EXACTLY.  Also why I think, and said, that all the current energy is going in the wrong direction.

Could you tell me more about "all the current energye is going in the wrong
direction"?
Do you think "spending much energy for the discussion which is not so much
important"?
Or, do you think "trying to implement something in wrong design"?

(Replying to your and Werner's message here together.)

For example, API design can be discussed.

Also another requirement of the SVG renderer that I didn't see mentioned at all: should be able to render a specific element (referred to by identifier) of the SVG instead of whole SVG.
 

> Great!  Is this available from a repository?

I just put it here now:

  https://github.com/behdad/noto-color-emoji-svg-test

The Svgz variant still doesn't work in Firefox.  I'm surprised.  Just wrote to Jonathan Kew to ask.  I vaguely remember he implemented that.

--
behdad
http://behdad.org/

reply via email to

[Prev in Thread] Current Thread [Next in Thread]