Aha. Thanks!
On Thu, Jul 25, 2019 at 9:40 PM Behdad Esfahbod wrote:
>
> You're not missing anything...
>
> Face->GlyphSlot->Library...
>
> On Thu, Jul 25, 2019, 4:47 AM Akira TAGOH wrote:
>>
>> Hi,
>>
>> FT_MM_Var instance can be created without FT_Library instance in its
>> scope. but
>
> Cool. FreeType should preset bitmap dimensions at the loading stage.
> It does it now for regular outlines at the request of font texture
> atlasing folks. Basically, this is a rudimentary rendering operation
> and should be handled by each renderer.
>
Well, I have no idea what font texture
>> Can any of SVG libraries return a bounding box without actual
>> rendering? Do they have something for FT_RendererClass.get_glyph_cbox?
>> This can be hugely useful.
Moazin wrote:
> Yes. `Resvg' has a feature that does that. `Librsvg' can do that
> too, at least its latest version can do for
>
> Can any of SVG libraries return a bounding box without actual
> rendering? Do they have something for FT_RendererClass.get_glyph_cbox?
> This can be hugely useful.
>
By the way, In which context do you say it can be hugely
useful?
___
Freetype-devel
>
> Cairo has a "recording surface" which
> has _cairo_recording_surface_get_bounds().
>
You probably mean `ink_extents' or `get_extents'? Some time ago, Toshiya
confirmed that even that isn't useful when clipping is used. The bounds
aren't tight then. See:
>
> Can any of SVG libraries return a bounding box without actual
> rendering? Do they have something for FT_RendererClass.get_glyph_cbox?
> This can be hugely useful.
>
Hi Alexei.
Yes. `Resvg' has a feature that does that. `Librsvg' can do that
too, at least its latest version can do for sure.
Cairo has a "recording surface" which
has _cairo_recording_surface_get_bounds().
On Thu, Jul 25, 2019 at 2:43 PM Alexei Podtelezhnikov
wrote:
> Hi Moazin,
>
> Can any of SVG libraries return a bounding box without actual
> rendering? Do they have something for FT_RendererClass.get_glyph_cbox?
>
Hi Moazin,
Can any of SVG libraries return a bounding box without actual
rendering? Do they have something for FT_RendererClass.get_glyph_cbox?
This can be hugely useful.
Alexei
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
Hi,
In this email I intend to list the features we require from an SVG
rendering library for use in OT-SVG project. Some of these were
discussed in the list earlier. But, to report some new findings as
well as to put everything in one place, I am listing everything here.
1. The library must
You're not missing anything...
Face->GlyphSlot->Library...
On Thu, Jul 25, 2019, 4:47 AM Akira TAGOH wrote:
> Hi,
>
> FT_MM_Var instance can be created without FT_Library instance in its
> scope. but FT_Library is required to free it with FT_Done_MM_Var. How
> can it be freed to avoid the
Hi,
FT_MM_Var instance can be created without FT_Library instance in its
scope. but FT_Library is required to free it with FT_Done_MM_Var. How
can it be freed to avoid the memory leak?
Apparently there are no reference in even FT_Face nor FT_MM_Var though.
If I'm missing something, please let me
11 matches
Mail list logo
