On Sat, May 11, 2019 at 10:46:38PM +0200, Werner LEMBERG wrote:
> I don't understand what you want to say. The OpenType specification
> defines what the `SVG' table holds. It's not me who is going to
> decide what kind of SVG data is valid in fonts.
:) It was just to bounce back on what Alexei P
>> SVG data will be sent to the external SVG library, which will
>> return a bitmap or pixmap. I don't want to blow up FreeType with
>> graphics code.
>
> Ok. Then it would mean even the restricted "font svg" is
> excessively expressive vector wise for freetype vector rendering
> code. Maybe th
On Sat, May 11, 2019 at 09:49:57PM +0200, Werner LEMBERG wrote:
> This is the plan, yes. SVG data will be sent to the external SVG
> library, which will return a bitmap or pixmap. I don't want to blow
> up FreeType with graphics code.
Ok. Then it would mean even the restricted "font svg" is exce
> While I am at it: is freetype vector rendering code ignored for svg
> font in the end?
This is the plan, yes. SVG data will be sent to the external SVG
library, which will return a bitmap or pixmap. I don't want to blow
up FreeType with graphics code.
Werner
__
On Sat, May 11, 2019 at 01:09:16PM +0200, Werner LEMBERG wrote:
> What do you mean with `SDK'?
Software Developement Kit (C toolchain, GNU autotools, etc)
> Switching off the default SVG library would be an option for
> FreeType's `configure' script, for example:
>
> --with-svg=[yes|no|auto]
>
Dear Moazin,
> What's the status of your Cairo based rendering port? Is it as complete as
the Skia based rendering port? If both are complete, which one would you prefer to
be set as the default one for use with FreeType? and why?
It's ready to render an SVG to other surfaces (now CairoScript,
Dear Toshiya,
> The current status of my document is like this:
> https://github.com/mpsuzuki/svg-native-viewer/blob/cairo-cpp11/README.md
>
>
Thank you very much Toshiya, most of the steps are exactly what I have
tried yesterday. I just need to change the branch to chrome/m70. I'll try
it and see
Dear Moazin,
The current status of my document is like this:
https://github.com/mpsuzuki/svg-native-viewer/blob/cairo-cpp11/README.md
Dirk told me that current Skia backend is designed for m70.
Also, maybe by some accident, Skia backend is forcibly disabled
if the platform detected by cmake is
Hi Toshiya,
Oh, I apologize that I've not finished any documents how
> to build & test SVG Native Viewer. I've asked a few questions
> to Dirk and got his answers (I'm sure my questions must
> be almost same with you), but not summarized the information
> as a step-by-step guide for others.
At f
Dear Moazin,
On 2019/05/11 20:05, Moazin Khatri wrote:
First of all sorry for responding a bit late. I have been trying to get SVG
Native Viewer compiled and running with its Skia port. Turns out, Skia made
some significant changes to their codebase recently and SVG Native Viewer
hasn't been
> Note, however, that I definitely want the `default SVG library'
> (whatever it will become after your explorations) to be linked to
> FreeType. Only if the user explicitly switches this off, or if the
> user overrides the hooks at run-time, an alternative SVG library
> should be be used.
>
Yes,
> Now I also see why Toshiya was saying not to link any SVG library
> directly to FreeType. Totally get it now! :)
:-)
Note, however, that I definitely want the `default SVG library'
(whatever it will become after your explorations) to be linked to
FreeType. Only if the user explicitly switche
>> On the other hand, I want to have a configure-time default so that
>> it is only necessary to explicitly set hooks for non-default SVG
>> libraries (or if the default SVG library is not found at configure
>> time). This would allow applications to get SVG OpenType support
>> out of the box, wit
Hi Toshiya,
First of all sorry for responding a bit late. I have been trying to get SVG
Native Viewer compiled and running with its Skia port. Turns out, Skia made
some significant changes to their codebase recently and SVG Native Viewer
hasn't been updated to take care of those changes. I didn't
HI Werner,
No, it's the opposite: The function should expect a hook (or a struct
> with a bunch of hooks) as an argument, and FreeType is calling these
> hooks internally to communicate with the external SVG library. Have a
> look at the function `FT_Set_Debug_Hook' for a very simple example.
>
On Sat, May 11, 2019 at 06:14:55AM +0200, Werner LEMBERG wrote:
> On the other hand, I want to have a configure-time default so that it
> is only necessary to explicitly set hooks for non-default SVG
> libraries (or if the default SVG library is not found at configure
> time). This would allow app
16 matches
Mail list logo