Date: Fri, 2 Feb 2018 04:16:08 -0500 Subject: Add m-esr52 at 52.6.0 --- .../docs/reference/ft2-quick_advance.html | 224 +++++++++++++++++++++ 1 file changed, 224 insertions(+) create mode 100644 modules/freetype2/docs/reference/ft2-quick_advance.html (limited to 'modules/freetype2/docs/reference/ft2-quick_advance.html') diff --git a/modules/freetype2/docs/reference/ft2-quick_advance.html b/modules/freetype2/docs/reference/ft2-quick_advance.html new file mode 100644 index 000000000..3222485af --- /dev/null +++ b/modules/freetype2/docs/reference/ft2-quick_advance.html @@ -0,0 +1,224 @@ + + + + +FreeType-2.7.1 API Reference + + + + +

[Index]

[TOC]

FreeType-2.7.1 API Reference

+ +

Quick retrieval of advance values

Synopsis

+ + + +

FT_Get_Advance
FT_Get_Advances	FT_ADVANCE_FLAG_FAST_ONLY

+ + +

This section contains functions to quickly extract advance values without handling glyph outlines, if possible.

+ +

FT_Get_Advance

Defined in FT_ADVANCES_H (freetype/ftadvanc.h).

+  FT_EXPORT( FT_Error )
+  FT_Get_Advance( FT_Face    face,
+                  FT_UInt    gindex,
+                  FT_Int32   load_flags,
+                  FT_Fixed  *padvance );
+

+ +

Retrieve the advance value of a given glyph outline in an FT_Face.

+ +

input

+ + + + +

face	+ The source FT_Face handle. +
gindex	+ The glyph index. +
load_flags	+ A set of bit flags similar to those used when calling FT_Load_Glyph, used to determine what kind of advances you need. +

+ +

output

+ + +

padvance

The advance value. If scaling is performed (based on the value of ‘load_flags’), the advance value is in 16.16 format. Otherwise, it is in font units.

If FT_LOAD_VERTICAL_LAYOUT is set, this is the vertical advance corresponding to a vertical layout. Otherwise, it is the horizontal advance in a horizontal layout.

+ +

return

FreeType error code. 0 means success.

+ +

note

This function may fail if you use FT_ADVANCE_FLAG_FAST_ONLY and if the corresponding font backend doesn't have a quick way to retrieve the advances.

A scaled advance is returned in 16.16 format but isn't transformed by the affine transformation specified by FT_Set_Transform.

+ +

[Index]

[Top]

[TOC]

+ +

FT_Get_Advances

Defined in FT_ADVANCES_H (freetype/ftadvanc.h).

+  FT_EXPORT( FT_Error )
+  FT_Get_Advances( FT_Face    face,
+                   FT_UInt    start,
+                   FT_UInt    count,
+                   FT_Int32   load_flags,
+                   FT_Fixed  *padvances );
+

+ +

Retrieve the advance values of several glyph outlines in an FT_Face.

+ +

input

+ + + + + +

face	+ The source FT_Face handle. +
start	+ The first glyph index. +
count	+ The number of advance values you want to retrieve. +
load_flags	+ A set of bit flags similar to those used when calling FT_Load_Glyph. +

+ +

output

+ + +

padvance

The advance values. This array, to be provided by the caller, must contain at least ‘count’ elements.

If scaling is performed (based on the value of ‘load_flags’), the advance values are in 16.16 format. Otherwise, they are in font units.

If FT_LOAD_VERTICAL_LAYOUT is set, these are the vertical advances corresponding to a vertical layout. Otherwise, they are the horizontal advances in a horizontal layout.

+ +

return

FreeType error code. 0 means success.

+ +

note

This function may fail if you use FT_ADVANCE_FLAG_FAST_ONLY and if the corresponding font backend doesn't have a quick way to retrieve the advances.

Scaled advances are returned in 16.16 format but aren't transformed by the affine transformation specified by FT_Set_Transform.

+ +

[Index]

[Top]

[TOC]

+ +

FT_ADVANCE_FLAG_FAST_ONLY

Defined in FT_ADVANCES_H (freetype/ftadvanc.h).

+#define FT_ADVANCE_FLAG_FAST_ONLY  0x20000000L
+

+ +

A bit-flag to be OR-ed with the ‘flags’ parameter of the FT_Get_Advance and FT_Get_Advances functions.

If set, it indicates that you want these functions to fail if the corresponding hinting mode or font driver doesn't allow for very quick advance computation.

Typically, glyphs that are either unscaled, unhinted, bitmapped, or light-hinted can have their advance width computed very quickly.

Normal and bytecode hinted modes that require loading, scaling, and hinting of the glyph outline, are extremely slow by comparison.

+ +

[Index]

[Top]

[TOC]

+ + + -- cgit v1.2.3