[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: FT_Add_Module() and related functions
From: |
Werner LEMBERG |
Subject: |
Re: FT_Add_Module() and related functions |
Date: |
Fri, 12 Jun 2020 07:07:01 +0200 (CEST) |
> I don't think we want to statically link any SVG renderer to the
> library by default. There are so many subtleties related to vector
> graphics rendering, that there is no "good" default choice to make.
> In other words, any default we select at link time would probably be
> inappropriate for a lot of developers anyway.
I agree. However, I want to have a default SVG rendering engine
detected automatically at configure time, and which can be easily
overridden by a configure option. Ideally, this is default is SVG
Native
https://github.com/adobe/svg-native-viewer
Unfortunately, development seems to be stalled; we probably have to go
for something else. Moazin right now is doing another GSoC project;
according to an e-mail exchange with him he plans to work again on the
SVG stuff after GSoC will have finished.
Werner
- FT_Add_Module() and related functions, Alexei Podtelezhnikov, 2020/06/09
- Re: FT_Add_Module() and related functions, David Turner, 2020/06/11
- Re: FT_Add_Module() and related functions,
Werner LEMBERG <=
- Re: FT_Add_Module() and related functions, Vincent Torri, 2020/06/12
- Re: FT_Add_Module() and related functions, Moazin Khatri, 2020/06/12
- Re: FT_Add_Module() and related functions, Alexei Podtelezhnikov, 2020/06/12
- Re: FT_Add_Module() and related functions, Vincent Torri, 2020/06/12
- Re: FT_Add_Module() and related functions, Alexei Podtelezhnikov, 2020/06/12
- Re: FT_Add_Module() and related functions, Vincent Torri, 2020/06/12
Re: FT_Add_Module() and related functions, Moazin Khatri, 2020/06/12