>> 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.
>
> EXACTLY. Also why I think, and said, that all the current energy is
> going in the wrong direction.
I don't think so. Right now it's investigation phase...
> Work can already be started implementing the SVG table and
> FT_GLYPH_FORMAT_SVG and then tested with any of the renderers before
> being any need to settle on one.
... and not coding phase. Please remember that GSoC hasn't started
yet!
> Also, I have a version of NotoColorEmoji in SVG. I think at least
> checking how that renders with various renderers should also be part
> of the criteria for picking a default or recommending.
Great! Is this available from a repository?
Werner
_______________________________________________
Freetype-devel mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/freetype-devel
