rgraves
/
freetype2
forked from minhngoc25a/freetype2
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Minor doc improvement.

This commit is contained in:
Moazin Khatti 2019-08-10 16:20:59 +05:00
parent 22d7c8578f
commit cff4467f25
1 changed files with 6 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

14
include/freetype/otsvg.h
View File

@ -149,14 +149,12 @@ FT_BEGIN_HEADER
* *
* @note: * @note:
* `metrics` and `units_per_EM` might look like repetitions since both * `metrics` and `units_per_EM` might look like repetitions since both
* fields are stored in face objects. However, the Glyph Management API * fields are stored in face object, but they are not; When the slot is
* requires an `FT_Glyph` to store all the information that completely * passed down to a renderer, the renderer can only access the `metrics`
* describes a glyph. Outline glyphs are themselves scaled thus they * and `units_per_EM` by `slot->face`. However, when `FT_Glyph_To_Bitmap`
* don`t need this information. However, SVG documents do. The field * sets up a dummy object, it has no way to set a `face` object. Thus,
* of `units_per_EM` is needed because the SVG is to be scaled in case * metrics information and units_per_EM (which is necessary for OT-SVG)
* its viewbox size differs from `units_per_EM`. For more info, refer * has to be stored separately.
* to the section `Coordinate Systems and Glyph Metrics` of the OpenType
* SVG specs.
*/ */
typedef struct FT_SVG_DocumentRec_ typedef struct FT_SVG_DocumentRec_