On Tue, May 14, 2019 at 9:17 AM suzuki toshiya <mpsuz...@hiroshima-u.ac.jp> 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/
_______________________________________________ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
