1999-12-17 00:11:37 +01:00
|
|
|
/***************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* freetype.h */
|
|
|
|
/* */
|
|
|
|
/* FreeType high-level API and common types (specification only). */
|
|
|
|
/* */
|
2005-03-08 07:00:35 +01:00
|
|
|
/* Copyright 1996-2001, 2002, 2003, 2004, 2005 by */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* David Turner, Robert Wilhelm, and Werner Lemberg. */
|
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* This file is part of the FreeType project, and may only be used, */
|
|
|
|
/* modified, and distributed under the terms of the FreeType project */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* license, LICENSE.TXT. By continuing to use, modify, or distribute */
|
|
|
|
/* this file you indicate that you have read the license and */
|
|
|
|
/* understand and accept it fully. */
|
|
|
|
/* */
|
|
|
|
/***************************************************************************/
|
|
|
|
|
2000-07-09 21:15:30 +02:00
|
|
|
|
2003-11-03 21:12:39 +01:00
|
|
|
#ifndef FT_FREETYPE_H
|
2003-11-02 09:58:53 +01:00
|
|
|
#error "`ft2build.h' hasn't been included yet!"
|
|
|
|
#error "Please always use macros to include FreeType header files."
|
|
|
|
#error "Example:"
|
|
|
|
#error " #include <ft2build.h>"
|
|
|
|
#error " #include FT_FREETYPE_H"
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
2000-12-01 00:12:33 +01:00
|
|
|
#ifndef __FREETYPE_H__
|
|
|
|
#define __FREETYPE_H__
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-12-09 01:45:38 +01:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* The `raster' component duplicates some of the declarations in */
|
|
|
|
/* freetype.h for stand-alone use if _FREETYPE_ isn't defined. */
|
|
|
|
/* */
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* The FREETYPE_MAJOR and FREETYPE_MINOR macros are used to version the */
|
|
|
|
/* new FreeType design, which is able to host several kinds of font */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* drivers. It starts at 2.0. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
#define FREETYPE_MAJOR 2
|
* src/base/ftoutln.c (FT_Outline_Embolden): Strength should be
halved.
* src/base/ftsynth.c (FT_GlyphSlot_Embolden): Change the default
strength.
Don't increase slot->advance.y.
* include/freetype/freetype.h (FREETYPE_MINOR): Set to 2.
(FREETYPE_PATCH): Set to 0.
* builds/unix/configure.ac (version_info): Set to 9:9:3.
Currently, we are still binary compatible.
* builds/win32/visualc/index.html,
builds/win32/visualc/freetype.dsp,
builds/win32/visualc/freetype.vcproj: s/219/2110/, s/2.1.9/2.1.10/.
* builds/freetype.mk (refdoc), README, Jamfile (RefDoc):
s/2.1.9/2.1.10/.
* docs/CHANGES, docs/VERSION.DLL: Updated.
* ChangeLog: Split off older entries into...
* ChangeLog.20, ChangeLog.21: These new files.
The next release will be 2.2.0, so don't worry about source code
backwards compatibility.
* include/freetype/ftimage.h (FT_Outline_MoveToFunc,
FT_Outline_LineToFunc, FT_Outline_ConicToFunc,
FT_Outline_CubicToFunc, FT_SpanFunc, FT_Raster_RenderFunc),
include/freetype/ftrender.h (FT_Glyph_TransformFunc,
FT_Renderer_RenderFunc, FT_Renderer_TransformFunc): Decorate
parameters with `const' where appropriate.
* src/sfnt/ttsbit.c (tt_face_load_sbit_image): Compute vertBearingY
to make glyphs centered vertically.
* src/truetype/ttgload.c (compute_glyph_metrics): Compute
vertBearingY to make glyphs centered vertically.
Fix some bugs in vertical metrics:
. loader->pp3.y and loader->pp4.y are in 26.6 format, not in font
units.
. As we use the glyph's cbox to calculate the top bearing now
there iss no need to adjust `top'.
* src/otvalid/otvcommn.h (OTV_OPTIONAL_TABLE): Use FT_UShort to be
in sync with OTV_OPTIONAL_OFFSET. Reported by YAMATO Masatake.
* docs/release: Update.
2005-06-16 21:07:08 +02:00
|
|
|
#define FREETYPE_MINOR 2
|
|
|
|
#define FREETYPE_PATCH 0
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
2000-12-04 23:53:55 +01:00
|
|
|
#include <ft2build.h>
|
2000-12-01 00:12:33 +01:00
|
|
|
#include FT_CONFIG_CONFIG_H
|
|
|
|
#include FT_ERRORS_H
|
|
|
|
#include FT_TYPES_H
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-12-09 01:45:38 +01:00
|
|
|
|
2000-12-01 00:12:33 +01:00
|
|
|
FT_BEGIN_HEADER
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-12-09 01:45:38 +01:00
|
|
|
|
* include/freetype/freetype.h, include/freetype/ftchapters.h: Add
a preliminary section with some explanations about user allocation.
* src/tools/docmaker/tohtml.py (HtmlFormatter.section_enter):
Don't abort if there are no data types, functions, etc., in a
section.
Print synopsis only if we have a data type, function, etc.
* docs/INSTALL.ANY, docs/INSTALL, docs/INSTALL.UNX, docs/CUSTOMIZE,
docs/INSTALL.GNU, docs/TRUETYPE, docs/DEBUG, docs/UPGRADE.UNX,
docs/VERSION.DLL, docs/formats.txt: Revised, formatted.
2005-08-30 02:22:46 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Section> */
|
|
|
|
/* user_allocation */
|
|
|
|
/* */
|
|
|
|
/* <Title> */
|
|
|
|
/* User allocation */
|
|
|
|
/* */
|
|
|
|
/* <Abstract> */
|
|
|
|
/* How client applications should allocate FreeType data structures. */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* FreeType assumes that structures allocated by the user and passed */
|
|
|
|
/* as arguments are zeroed out except for the actual data. With */
|
|
|
|
/* other words, it is recommended to use `calloc' (or variants of it) */
|
|
|
|
/* instead of `malloc' for allocation. */
|
|
|
|
/* */
|
|
|
|
/*************************************************************************/
|
|
|
|
|
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* B A S I C T Y P E S */
|
|
|
|
/* */
|
|
|
|
/*************************************************************************/
|
|
|
|
/*************************************************************************/
|
|
|
|
|
2001-01-11 10:27:49 +01:00
|
|
|
|
2001-03-04 22:53:08 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Section> */
|
|
|
|
/* base_interface */
|
|
|
|
/* */
|
|
|
|
/* <Title> */
|
|
|
|
/* Base Interface */
|
|
|
|
/* */
|
|
|
|
/* <Abstract> */
|
|
|
|
/* The FreeType 2 base font interface. */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* This section describes the public high-level API of FreeType 2. */
|
|
|
|
/* */
|
|
|
|
/* <Order> */
|
|
|
|
/* FT_Library */
|
|
|
|
/* FT_Face */
|
|
|
|
/* FT_Size */
|
|
|
|
/* FT_GlyphSlot */
|
|
|
|
/* FT_CharMap */
|
|
|
|
/* FT_Encoding */
|
|
|
|
/* */
|
|
|
|
/* FT_FaceRec */
|
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_SCALABLE */
|
|
|
|
/* FT_FACE_FLAG_FIXED_SIZES */
|
|
|
|
/* FT_FACE_FLAG_FIXED_WIDTH */
|
|
|
|
/* FT_FACE_FLAG_HORIZONTAL */
|
|
|
|
/* FT_FACE_FLAG_VERTICAL */
|
|
|
|
/* FT_FACE_FLAG_SFNT */
|
|
|
|
/* FT_FACE_FLAG_KERNING */
|
|
|
|
/* FT_FACE_FLAG_MULTIPLE_MASTERS */
|
|
|
|
/* FT_FACE_FLAG_GLYPH_NAMES */
|
|
|
|
/* FT_FACE_FLAG_EXTERNAL_STREAM */
|
|
|
|
/* FT_FACE_FLAG_FAST_GLYPHS */
|
2005-10-05 17:18:29 +02:00
|
|
|
/* FT_FACE_FLAG_HINTER */
|
2001-03-04 22:53:08 +01:00
|
|
|
/* */
|
|
|
|
/* FT_STYLE_FLAG_BOLD */
|
|
|
|
/* FT_STYLE_FLAG_ITALIC */
|
|
|
|
/* */
|
|
|
|
/* FT_SizeRec */
|
|
|
|
/* FT_Size_Metrics */
|
|
|
|
/* */
|
|
|
|
/* FT_GlyphSlotRec */
|
|
|
|
/* FT_Glyph_Metrics */
|
|
|
|
/* FT_SubGlyph */
|
|
|
|
/* */
|
|
|
|
/* FT_Bitmap_Size */
|
|
|
|
/* */
|
|
|
|
/* FT_Init_FreeType */
|
|
|
|
/* FT_Done_FreeType */
|
2002-03-06 13:42:34 +01:00
|
|
|
/* FT_Library_Version */
|
2001-03-04 22:53:08 +01:00
|
|
|
/* */
|
|
|
|
/* FT_New_Face */
|
|
|
|
/* FT_Done_Face */
|
|
|
|
/* FT_New_Memory_Face */
|
|
|
|
/* FT_Open_Face */
|
|
|
|
/* FT_Open_Args */
|
|
|
|
/* FT_Parameter */
|
|
|
|
/* FT_Attach_File */
|
|
|
|
/* FT_Attach_Stream */
|
|
|
|
/* */
|
|
|
|
/* FT_Set_Char_Size */
|
|
|
|
/* FT_Set_Pixel_Sizes */
|
|
|
|
/* FT_Set_Transform */
|
|
|
|
/* FT_Load_Glyph */
|
|
|
|
/* FT_Get_Char_Index */
|
2001-08-08 13:08:58 +02:00
|
|
|
/* FT_Get_Name_Index */
|
2001-03-04 22:53:08 +01:00
|
|
|
/* FT_Load_Char */
|
|
|
|
/* */
|
2003-06-18 08:59:57 +02:00
|
|
|
/* FT_OPEN_MEMORY */
|
|
|
|
/* FT_OPEN_STREAM */
|
|
|
|
/* FT_OPEN_PATHNAME */
|
|
|
|
/* FT_OPEN_DRIVER */
|
|
|
|
/* FT_OPEN_PARAMS */
|
|
|
|
/* */
|
2001-03-04 22:53:08 +01:00
|
|
|
/* FT_LOAD_DEFAULT */
|
|
|
|
/* FT_LOAD_RENDER */
|
|
|
|
/* FT_LOAD_MONOCHROME */
|
|
|
|
/* FT_LOAD_LINEAR_DESIGN */
|
|
|
|
/* FT_LOAD_NO_SCALE */
|
|
|
|
/* FT_LOAD_NO_HINTING */
|
|
|
|
/* FT_LOAD_NO_BITMAP */
|
|
|
|
/* FT_LOAD_CROP_BITMAP */
|
|
|
|
/* */
|
|
|
|
/* FT_LOAD_VERTICAL_LAYOUT */
|
|
|
|
/* FT_LOAD_IGNORE_TRANSFORM */
|
|
|
|
/* FT_LOAD_IGNORE_GLOBAL_ADVANCE_WIDTH */
|
|
|
|
/* FT_LOAD_FORCE_AUTOHINT */
|
|
|
|
/* FT_LOAD_NO_RECURSE */
|
|
|
|
/* FT_LOAD_PEDANTIC */
|
|
|
|
/* */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* FT_LOAD_TARGET_NORMAL */
|
|
|
|
/* FT_LOAD_TARGET_LIGHT */
|
|
|
|
/* FT_LOAD_TARGET_MONO */
|
|
|
|
/* FT_LOAD_TARGET_LCD */
|
|
|
|
/* FT_LOAD_TARGET_LCD_V */
|
|
|
|
/* */
|
2001-03-04 22:53:08 +01:00
|
|
|
/* FT_Render_Glyph */
|
|
|
|
/* FT_Render_Mode */
|
|
|
|
/* FT_Get_Kerning */
|
|
|
|
/* FT_Kerning_Mode */
|
|
|
|
/* FT_Get_Glyph_Name */
|
2001-12-05 02:22:05 +01:00
|
|
|
/* FT_Get_Postscript_Name */
|
2001-03-04 22:53:08 +01:00
|
|
|
/* */
|
|
|
|
/* FT_CharMapRec */
|
|
|
|
/* FT_Select_Charmap */
|
2001-06-28 19:49:10 +02:00
|
|
|
/* FT_Set_Charmap */
|
2004-04-24 16:43:37 +02:00
|
|
|
/* FT_Get_Charmap_Index */
|
2001-03-04 22:53:08 +01:00
|
|
|
/* */
|
|
|
|
/*************************************************************************/
|
2001-06-28 19:49:10 +02:00
|
|
|
|
2001-01-11 10:27:49 +01:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Struct> */
|
|
|
|
/* FT_Glyph_Metrics */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2003-07-03 15:56:28 +02:00
|
|
|
/* A structure used to model the metrics of a single glyph. The */
|
|
|
|
/* values are expressed in 26.6 fractional pixel format; if the flag */
|
|
|
|
/* FT_LOAD_NO_SCALE is used, values are returned in font units */
|
|
|
|
/* instead. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
2004-06-05 00:30:10 +02:00
|
|
|
/* width :: */
|
|
|
|
/* The glyph's width. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2004-06-05 00:30:10 +02:00
|
|
|
/* height :: */
|
|
|
|
/* The glyph's height. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2004-06-05 00:30:10 +02:00
|
|
|
/* horiBearingX :: */
|
|
|
|
/* Left side bearing for horizontal layout. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2004-06-05 00:30:10 +02:00
|
|
|
/* horiBearingY :: */
|
|
|
|
/* Top side bearing for horizontal layout. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2004-06-05 00:30:10 +02:00
|
|
|
/* horiAdvance :: */
|
|
|
|
/* Advance width for horizontal layout. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2004-06-05 00:30:10 +02:00
|
|
|
/* vertBearingX :: */
|
|
|
|
/* Left side bearing for vertical layout. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2004-06-05 00:30:10 +02:00
|
|
|
/* vertBearingY :: */
|
|
|
|
/* Top side bearing for vertical layout. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2004-06-05 00:30:10 +02:00
|
|
|
/* vertAdvance :: */
|
|
|
|
/* Advance height for vertical layout. */
|
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
typedef struct FT_Glyph_Metrics_
|
|
|
|
{
|
2004-06-05 00:30:10 +02:00
|
|
|
FT_Pos width;
|
|
|
|
FT_Pos height;
|
|
|
|
|
|
|
|
FT_Pos horiBearingX;
|
|
|
|
FT_Pos horiBearingY;
|
|
|
|
FT_Pos horiAdvance;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2004-06-05 00:30:10 +02:00
|
|
|
FT_Pos vertBearingX;
|
|
|
|
FT_Pos vertBearingY;
|
|
|
|
FT_Pos vertAdvance;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
} FT_Glyph_Metrics;
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Struct> */
|
|
|
|
/* FT_Bitmap_Size */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2003-07-01 09:28:55 +02:00
|
|
|
/* This structure models the size of a bitmap strike (i.e., a bitmap */
|
|
|
|
/* instance of the font for a given resolution) in a fixed-size font */
|
|
|
|
/* face. It is used for the `available_sizes' field of the */
|
|
|
|
/* @FT_FaceRec structure. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
2003-07-01 09:28:55 +02:00
|
|
|
/* height :: The (vertical) baseline-to-baseline distance in pixels. */
|
|
|
|
/* It makes most sense to define the height of a bitmap */
|
|
|
|
/* font in this way. */
|
|
|
|
/* */
|
|
|
|
/* width :: The average width of the font (in pixels). Since the */
|
|
|
|
/* algorithms to compute this value are different for the */
|
|
|
|
/* various bitmap formats, it can only give an additional */
|
|
|
|
/* hint if the `height' value isn't sufficient to select */
|
|
|
|
/* the proper font. For monospaced fonts the average width */
|
|
|
|
/* is the same as the maximum width. */
|
|
|
|
/* */
|
|
|
|
/* size :: The point size in 26.6 fractional format this font shall */
|
|
|
|
/* represent (for a given vertical resolution). */
|
|
|
|
/* */
|
|
|
|
/* x_ppem :: The horizontal ppem value (in 26.6 fractional format). */
|
|
|
|
/* */
|
|
|
|
/* y_ppem :: The vertical ppem value (in 26.6 fractional format). */
|
2004-06-19 22:50:08 +02:00
|
|
|
/* Usually, this is the `nominal' pixel height of the font. */
|
2003-07-01 09:28:55 +02:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* The values in this structure are taken from the bitmap font. If */
|
|
|
|
/* the font doesn't provide a parameter it is set to zero to indicate */
|
|
|
|
/* that the information is not available. */
|
|
|
|
/* */
|
|
|
|
/* The following formula converts from dpi to ppem: */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2003-07-01 09:28:55 +02:00
|
|
|
/* ppem = size * dpi / 72 */
|
|
|
|
/* */
|
|
|
|
/* where `size' is in points. */
|
|
|
|
/* */
|
|
|
|
/* Windows FNT: */
|
2004-06-15 16:13:10 +02:00
|
|
|
/* The `size' parameter is not reliable: There exist fonts (e.g., */
|
|
|
|
/* app850.fon) which have a wrong size for some subfonts; x_ppem */
|
|
|
|
/* and y_ppem are thus set equal to pixel width and height given in */
|
|
|
|
/* in the Windows FNT header. */
|
2003-07-01 09:28:55 +02:00
|
|
|
/* */
|
|
|
|
/* TrueType embedded bitmaps: */
|
|
|
|
/* `size', `width', and `height' values are not contained in the */
|
|
|
|
/* bitmap strike itself. They are computed from the global font */
|
|
|
|
/* parameters. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
typedef struct FT_Bitmap_Size_
|
|
|
|
{
|
|
|
|
FT_Short height;
|
|
|
|
FT_Short width;
|
|
|
|
|
2003-07-01 09:28:55 +02:00
|
|
|
FT_Pos size;
|
|
|
|
|
|
|
|
FT_Pos x_ppem;
|
|
|
|
FT_Pos y_ppem;
|
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
} FT_Bitmap_Size;
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* O B J E C T C L A S S E S */
|
|
|
|
/* */
|
|
|
|
/*************************************************************************/
|
|
|
|
/*************************************************************************/
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_Library */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A handle to a FreeType library instance. Each `library' is */
|
|
|
|
/* completely independent from the others; it is the `root' of a set */
|
|
|
|
/* of objects like fonts, faces, sizes, etc. */
|
|
|
|
/* */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* It also embeds a memory manager (see @FT_Memory), as well as a */
|
|
|
|
/* scan-line converter object (see @FT_Raster). */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2005-10-12 07:56:01 +02:00
|
|
|
/* For multi-threading applications each thread should have its own */
|
|
|
|
/* FT_Library object. */
|
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* <Note> */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* Library objects are normally created by @FT_Init_FreeType, and */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* destroyed with @FT_Done_FreeType. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
typedef struct FT_LibraryRec_ *FT_Library;
|
|
|
|
|
|
|
|
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_Module */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* A handle to a given FreeType module object. Each module can be a */
|
|
|
|
/* font driver, a renderer, or anything else that provides services */
|
|
|
|
/* to the formers. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
|
|
|
typedef struct FT_ModuleRec_* FT_Module;
|
|
|
|
|
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_Driver */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A handle to a given FreeType font driver object. Each font driver */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* is a special module capable of creating faces from font files. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
typedef struct FT_DriverRec_* FT_Driver;
|
|
|
|
|
|
|
|
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_Renderer */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* A handle to a given FreeType renderer. A renderer is a special */
|
|
|
|
/* module in charge of converting a glyph image to a bitmap, when */
|
|
|
|
/* necessary. Each renderer supports a given glyph image format, and */
|
|
|
|
/* one or more target surface depths. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
|
|
|
typedef struct FT_RendererRec_* FT_Renderer;
|
|
|
|
|
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_Face */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* A handle to a given typographic face object. A face object models */
|
|
|
|
/* a given typeface, in a given style. */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* Each face object also owns a single @FT_GlyphSlot object, as well */
|
|
|
|
/* as one or more @FT_Size objects. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* Use @FT_New_Face or @FT_Open_Face to create a new face object from */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* a given filepathname or a custom input stream. */
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* Use @FT_Done_Face to destroy it (along with its slot and sizes). */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* */
|
|
|
|
/* <Also> */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* The @FT_FaceRec details the publicly accessible fields of a given */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* face object. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
typedef struct FT_FaceRec_* FT_Face;
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_Size */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* A handle to a given size object. Such an object models the data */
|
|
|
|
/* that depends on the current _resolution_ and _character size_ in a */
|
|
|
|
/* given @FT_Face. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* <Note> */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* Each face object owns one or more sizes. There is however a */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* single _active_ size for the face at any time that is used by */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* functions like @FT_Load_Glyph, @FT_Get_Kerning, etc. */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* You can use the @FT_Activate_Size API to change the current */
|
|
|
|
/* active size of any given face. */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* */
|
|
|
|
/* <Also> */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* The @FT_SizeRec structure details the publicly accessible fields */
|
|
|
|
/* of a given face object. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
typedef struct FT_SizeRec_* FT_Size;
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_GlyphSlot */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A handle to a given `glyph slot'. A slot is a container where it */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* is possible to load any one of the glyphs contained in its parent */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* face. */
|
|
|
|
/* */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* In other words, each time you call @FT_Load_Glyph or */
|
|
|
|
/* @FT_Load_Char, the slot's content is erased by the new glyph data, */
|
|
|
|
/* i.e. the glyph's metrics, its image (bitmap or outline), and */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* other control information. */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* */
|
|
|
|
/* <Also> */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @FT_GlyphSlotRec details the publicly accessible glyph fields. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
typedef struct FT_GlyphSlotRec_* FT_GlyphSlot;
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_CharMap */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A handle to a given character map. A charmap is used to translate */
|
|
|
|
/* character codes in a given encoding into glyph indexes for its */
|
|
|
|
/* parent's face. Some font formats may provide several charmaps per */
|
|
|
|
/* font. */
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* Each face object owns zero or more charmaps, but only one of them */
|
|
|
|
/* can be "active" and used by @FT_Get_Char_Index or @FT_Load_Char. */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* */
|
|
|
|
/* The list of available charmaps in a face is available through the */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* "face->num_charmaps" and "face->charmaps" fields of @FT_FaceRec. */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* The currently active charmap is available as "face->charmap". */
|
|
|
|
/* You should call @FT_Set_Charmap to change it. */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* When a new face is created (either through @FT_New_Face or */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* @FT_Open_Face), the library looks for a Unicode charmap within */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* the list and automatically activates it. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2003-07-09 17:20:32 +02:00
|
|
|
/* <Also> */
|
|
|
|
/* The @FT_CharMapRec details the publicly accessible fields of a */
|
|
|
|
/* given character map. */
|
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
typedef struct FT_CharMapRec_* FT_CharMap;
|
|
|
|
|
|
|
|
|
2001-06-16 13:20:41 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Macro> */
|
|
|
|
/* FT_ENC_TAG */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* This macro converts four letter tags into an unsigned long. It is */
|
|
|
|
/* used to define "encoding" identifiers (see @FT_Encoding). */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* */
|
2002-08-18 09:15:52 +02:00
|
|
|
/* <Note> */
|
|
|
|
/* Since many 16bit compilers don't like 32bit enumerations, you */
|
|
|
|
/* should redefine this macro in case of problems to something like */
|
|
|
|
/* this: */
|
|
|
|
/* */
|
2004-04-13 23:08:17 +02:00
|
|
|
/* #define FT_ENC_TAG( value, a, b, c, d ) value */
|
2002-08-18 09:15:52 +02:00
|
|
|
/* */
|
|
|
|
/* to get a simple enumeration without assigning special numbers. */
|
2001-06-16 13:20:41 +02:00
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
|
2001-06-16 13:20:41 +02:00
|
|
|
#ifndef FT_ENC_TAG
|
2002-09-05 17:10:54 +02:00
|
|
|
#define FT_ENC_TAG( value, a, b, c, d ) \
|
|
|
|
value = ( ( (FT_UInt32)(a) << 24 ) | \
|
|
|
|
( (FT_UInt32)(b) << 16 ) | \
|
|
|
|
( (FT_UInt32)(c) << 8 ) | \
|
|
|
|
(FT_UInt32)(d) )
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
|
2001-06-16 13:20:41 +02:00
|
|
|
#endif /* FT_ENC_TAG */
|
|
|
|
|
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Enum> */
|
|
|
|
/* FT_Encoding */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* An enumeration used to specify encodings supported by charmaps. */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* Used in the @FT_Select_Charmap API function. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* Because of 32-bit charcodes defined in Unicode (i.e., surrogates), */
|
|
|
|
/* all character codes must be expressed as FT_Longs. */
|
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* The values of this type correspond to specific character */
|
|
|
|
/* repertories (i.e. charsets), and not to text encoding methods */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* (like UTF-8, UTF-16, GB2312_EUC, etc.). */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
2000-08-27 09:12:40 +02:00
|
|
|
/* Other encodings might be defined in the future. */
|
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* <Values> */
|
|
|
|
/* FT_ENCODING_NONE :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* The encoding value 0 is reserved. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_UNICODE :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to the Unicode character set. This value covers */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* all versions of the Unicode repertoire, including ASCII and */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Latin-1. Most fonts include a Unicode charmap, but not all */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* of them. */
|
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_MS_SYMBOL :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to the Microsoft Symbol encoding, used to encode */
|
|
|
|
/* mathematical symbols in the 32..255 character code range. For */
|
|
|
|
/* more information, see `http://www.ceviz.net/symbol.htm'. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
2003-09-01 09:06:06 +02:00
|
|
|
/* FT_ENCODING_SJIS :: */
|
|
|
|
/* Corresponds to Japanese SJIS encoding. More info at */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* at `http://langsupport.japanreference.com/encoding.shtml'. */
|
|
|
|
/* See note on multi-byte encodings below. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
2003-09-01 09:06:06 +02:00
|
|
|
/* FT_ENCODING_GB2312 :: */
|
|
|
|
/* Corresponds to an encoding system for Simplified Chinese as used */
|
|
|
|
/* used in mainland China. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
2003-09-01 09:06:06 +02:00
|
|
|
/* FT_ENCODING_BIG5 :: */
|
|
|
|
/* Corresponds to an encoding system for Traditional Chinese as used */
|
|
|
|
/* in Taiwan and Hong Kong. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
2003-09-01 09:06:06 +02:00
|
|
|
/* FT_ENCODING_WANSUNG :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to the Korean encoding system known as Wansung. */
|
2003-09-01 09:06:06 +02:00
|
|
|
/* For more information see */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* `http://www.microsoft.com/typography/unicode/949.txt'. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
2003-09-01 09:06:06 +02:00
|
|
|
/* FT_ENCODING_JOHAB :: */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* The Korean standard character set (KS C-5601-1992), which */
|
2003-09-01 09:06:06 +02:00
|
|
|
/* corresponds to MS Windows code page 1361. This character set */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* includes all possible Hangeul character combinations. */
|
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_ADOBE_LATIN_1 :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to a Latin-1 encoding as defined in a Type 1 */
|
|
|
|
/* Postscript font. It is limited to 256 character codes. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_ADOBE_STANDARD :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to the Adobe Standard encoding, as found in Type 1, */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* CFF, and OpenType/CFF fonts. It is limited to 256 character */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* codes. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_ADOBE_EXPERT :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to the Adobe Expert encoding, as found in Type 1, */
|
|
|
|
/* CFF, and OpenType/CFF fonts. It is limited to 256 character */
|
|
|
|
/* codes. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_ADOBE_CUSTOM :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to a custom encoding, as found in Type 1, CFF, and */
|
|
|
|
/* OpenType/CFF fonts. It is limited to 256 character codes. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_APPLE_ROMAN :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to the 8-bit Apple roman encoding. Many TrueType and */
|
|
|
|
/* OpenType fonts contain a charmap for this encoding, since older */
|
|
|
|
/* versions of Mac OS are able to use it. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_OLD_LATIN_2 :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* This value is deprecated and was never used nor reported by */
|
|
|
|
/* FreeType. Don't use or test for it. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
2003-09-01 09:06:06 +02:00
|
|
|
/* FT_ENCODING_MS_SJIS :: */
|
|
|
|
/* Same as FT_ENCODING_SJIS. Deprecated. */
|
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_MS_GB2312 :: */
|
|
|
|
/* Same as FT_ENCODING_GB2312. Deprecated. */
|
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_MS_BIG5 :: */
|
|
|
|
/* Same as FT_ENCODING_BIG5. Deprecated. */
|
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_MS_WANSUNG :: */
|
|
|
|
/* Same as FT_ENCODING_WANSUNG. Deprecated. */
|
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_MS_JOHAB :: */
|
|
|
|
/* Same as FT_ENCODING_JOHAB. Deprecated. */
|
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* <Note> */
|
|
|
|
/* By default, FreeType automatically synthetizes a Unicode charmap */
|
|
|
|
/* for Postscript fonts, using their glyph names dictionaries. */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* However, it also reports the encodings defined explicitly in the */
|
|
|
|
/* font file, for the cases when they are needed, with the Adobe */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* values as well. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
2003-12-23 00:01:20 +01:00
|
|
|
/* FT_ENCODING_NONE is set by the BDF and PCF drivers if the charmap */
|
2003-12-24 14:37:58 +01:00
|
|
|
/* is neither Unicode nor ISO-8859-1 (otherwise it is set to */
|
2003-12-23 00:01:20 +01:00
|
|
|
/* FT_ENCODING_UNICODE). Use `FT_Get_BDF_Charset_ID' to find out */
|
|
|
|
/* which encoding is really present. If, for example, the */
|
|
|
|
/* `cs_registry' field is `KOI8' and the `cs_encoding' field is `R', */
|
|
|
|
/* the font is encoded in KOI8-R. */
|
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_NONE is always set (with a single exception) by the */
|
|
|
|
/* winfonts driver. Use `FT_Get_WinFNT_Header' and examine the */
|
|
|
|
/* `charset' field of the `FT_WinFNT_HeaderRec' structure to find out */
|
|
|
|
/* which encoding is really present. For example, FT_WinFNT_ID_CP1251 */
|
|
|
|
/* (204) means Windows code page 1251 (for Russian). */
|
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_NONE is set if `platform_id' is `TT_PLATFORM_MACINTOSH' */
|
|
|
|
/* and `encoding_id' is not `TT_MAC_ID_ROMAN' (otherwise it is set to */
|
|
|
|
/* FT_ENCODING_APPLE_ROMAN). */
|
|
|
|
/* */
|
|
|
|
/* If `platform_id' is `TT_PLATFORM_MACINTOSH', use the function */
|
|
|
|
/* `FT_Get_CMap_Language_ID' to query the Mac language ID which may be */
|
|
|
|
/* needed to be able to distinguish Apple encoding variants. See */
|
|
|
|
/* */
|
|
|
|
/* http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/README.TXT */
|
|
|
|
/* */
|
|
|
|
/* to get an idea how to do that. Basically, if the language ID is 0, */
|
|
|
|
/* dont use it, otherwise subtract 1 from the language ID. Then */
|
|
|
|
/* examine `encoding_id'. If, for example, `encoding_id' is */
|
|
|
|
/* `TT_MAC_ID_ROMAN' and the language ID (minus 1) is */
|
|
|
|
/* `TT_MAC_LANGID_GREEK', it is the Greek encoding, not Roman. */
|
|
|
|
/* `TT_MAC_ID_ARABIC' with `TT_MAC_LANGID_FARSI' means the Farsi */
|
|
|
|
/* variant the Arabic encoding. */
|
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
typedef enum FT_Encoding_
|
|
|
|
{
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
FT_ENC_TAG( FT_ENCODING_NONE, 0, 0, 0, 0 ),
|
|
|
|
|
|
|
|
FT_ENC_TAG( FT_ENCODING_MS_SYMBOL, 's', 'y', 'm', 'b' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_UNICODE, 'u', 'n', 'i', 'c' ),
|
|
|
|
|
2003-09-01 09:06:06 +02:00
|
|
|
FT_ENC_TAG( FT_ENCODING_SJIS, 's', 'j', 'i', 's' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_GB2312, 'g', 'b', ' ', ' ' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_BIG5, 'b', 'i', 'g', '5' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_WANSUNG, 'w', 'a', 'n', 's' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_JOHAB, 'j', 'o', 'h', 'a' ),
|
|
|
|
|
|
|
|
/* for backwards compatibility */
|
|
|
|
FT_ENCODING_MS_SJIS = FT_ENCODING_SJIS,
|
|
|
|
FT_ENCODING_MS_GB2312 = FT_ENCODING_GB2312,
|
|
|
|
FT_ENCODING_MS_BIG5 = FT_ENCODING_BIG5,
|
|
|
|
FT_ENCODING_MS_WANSUNG = FT_ENCODING_WANSUNG,
|
|
|
|
FT_ENCODING_MS_JOHAB = FT_ENCODING_JOHAB,
|
2001-06-20 10:06:50 +02:00
|
|
|
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
FT_ENC_TAG( FT_ENCODING_ADOBE_STANDARD, 'A', 'D', 'O', 'B' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_ADOBE_EXPERT, 'A', 'D', 'B', 'E' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_ADOBE_CUSTOM, 'A', 'D', 'B', 'C' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_ADOBE_LATIN_1, 'l', 'a', 't', '1' ),
|
2001-06-20 10:06:50 +02:00
|
|
|
|
2002-10-23 11:24:23 +02:00
|
|
|
FT_ENC_TAG( FT_ENCODING_OLD_LATIN_2, 'l', 'a', 't', '2' ),
|
2001-06-20 10:06:50 +02:00
|
|
|
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
FT_ENC_TAG( FT_ENCODING_APPLE_ROMAN, 'a', 'r', 'm', 'n' )
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
} FT_Encoding;
|
|
|
|
|
2002-09-05 17:10:54 +02:00
|
|
|
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Enum> */
|
|
|
|
/* ft_encoding_xxx */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* These constants are deprecated; use the corresponding @FT_Encoding */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* values instead. */
|
|
|
|
/* */
|
|
|
|
/* <Values> */
|
|
|
|
/* ft_encoding_none :: see @FT_ENCODING_NONE */
|
|
|
|
/* ft_encoding_unicode :: see @FT_ENCODING_UNICODE */
|
2002-10-25 14:22:31 +02:00
|
|
|
/* ft_encoding_latin_2 :: see @FT_ENCODING_OLD_LATIN_2 */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* ft_encoding_symbol :: see @FT_ENCODING_MS_SYMBOL */
|
2003-09-01 09:06:06 +02:00
|
|
|
/* ft_encoding_sjis :: see @FT_ENCODING_SJIS */
|
|
|
|
/* ft_encoding_gb2312 :: see @FT_ENCODING_GB2312 */
|
|
|
|
/* ft_encoding_big5 :: see @FT_ENCODING_BIG5 */
|
|
|
|
/* ft_encoding_wansung :: see @FT_ENCODING_WANSUNG */
|
|
|
|
/* ft_encoding_johab :: see @FT_ENCODING_JOHAB */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
|
|
|
/* ft_encoding_adobe_standard :: see @FT_ENCODING_ADOBE_STANDARD */
|
|
|
|
/* ft_encoding_adobe_expert :: see @FT_ENCODING_ADOBE_EXPERT */
|
|
|
|
/* ft_encoding_adobe_custom :: see @FT_ENCODING_ADOBE_CUSTOM */
|
|
|
|
/* ft_encoding_latin_1 :: see @FT_ENCODING_ADOBE_LATIN_1 */
|
|
|
|
/* */
|
|
|
|
/* ft_encoding_apple_roman :: see @FT_ENCODING_APPLE_ROMAN */
|
|
|
|
/* */
|
* include/freetype/ftglyph.h (ft_glyph_bbox_unscaled,
ft_glyph_bbox_subpixels, ft_glyph_bbox_gridfit,
ft_glyph_bbox_truncate, ft_glyph_bbox_pixels): Replaced with
FT_GLYPH_BBOX_UNSCALED, FT_GLYPH_BBOX_SUBPIXELS,
FT_GLYPH_BBIX_GRIDFIT, FT_GLYPH_BBOX_TRUNCATE, FT_GLYPH_BBOX_PIXELS.
The lowercase variants are now (deprecated aliases) to the uppercase
versions.
Updated all other files.
* include/freetype/ftmodule.h (ft_module_font_driver,
ft_module_renderer, ft_module_hinter, ft_module_styler,
ft_module_driver_scalable, ft_module_driver_no_outlines,
ft_module_driver_has_hinter): Replaced with FT_MODULE_FONT_DRIVER,
FT_MODULE_RENDERER, FT_MODULE_HINTER, FT_MODULE_STYLER,
FT_MODULE_DRIVER_SCALABLE, FT_MODULE_DRIVER_NO_OUTLINES,
FT_MODULE_DRIVER_HAS_HINTER.
The lowercase variants are now (deprecated aliases) to the uppercase
versions.
Updated all other files.
* src/base/ftglyph.c (FT_Glyph_Get_CBox): Handle bbox_mode better
as enumeration.
* src/pcf/pcfdrivr.c (pcf_driver_class), src/winfonts/winfnt.c
(winfnt_driver_class), src/bdf/bdfdrivr.c (bdf_driver_class): Add
the FT_MODULE_DRIVER_NO_OUTLINES flag.
2003-06-17 12:42:27 +02:00
|
|
|
#define ft_encoding_none FT_ENCODING_NONE
|
|
|
|
#define ft_encoding_unicode FT_ENCODING_UNICODE
|
|
|
|
#define ft_encoding_symbol FT_ENCODING_MS_SYMBOL
|
|
|
|
#define ft_encoding_latin_1 FT_ENCODING_ADOBE_LATIN_1
|
|
|
|
#define ft_encoding_latin_2 FT_ENCODING_OLD_LATIN_2
|
2003-09-01 09:06:06 +02:00
|
|
|
#define ft_encoding_sjis FT_ENCODING_SJIS
|
|
|
|
#define ft_encoding_gb2312 FT_ENCODING_GB2312
|
|
|
|
#define ft_encoding_big5 FT_ENCODING_BIG5
|
|
|
|
#define ft_encoding_wansung FT_ENCODING_WANSUNG
|
|
|
|
#define ft_encoding_johab FT_ENCODING_JOHAB
|
* include/freetype/ftglyph.h (ft_glyph_bbox_unscaled,
ft_glyph_bbox_subpixels, ft_glyph_bbox_gridfit,
ft_glyph_bbox_truncate, ft_glyph_bbox_pixels): Replaced with
FT_GLYPH_BBOX_UNSCALED, FT_GLYPH_BBOX_SUBPIXELS,
FT_GLYPH_BBIX_GRIDFIT, FT_GLYPH_BBOX_TRUNCATE, FT_GLYPH_BBOX_PIXELS.
The lowercase variants are now (deprecated aliases) to the uppercase
versions.
Updated all other files.
* include/freetype/ftmodule.h (ft_module_font_driver,
ft_module_renderer, ft_module_hinter, ft_module_styler,
ft_module_driver_scalable, ft_module_driver_no_outlines,
ft_module_driver_has_hinter): Replaced with FT_MODULE_FONT_DRIVER,
FT_MODULE_RENDERER, FT_MODULE_HINTER, FT_MODULE_STYLER,
FT_MODULE_DRIVER_SCALABLE, FT_MODULE_DRIVER_NO_OUTLINES,
FT_MODULE_DRIVER_HAS_HINTER.
The lowercase variants are now (deprecated aliases) to the uppercase
versions.
Updated all other files.
* src/base/ftglyph.c (FT_Glyph_Get_CBox): Handle bbox_mode better
as enumeration.
* src/pcf/pcfdrivr.c (pcf_driver_class), src/winfonts/winfnt.c
(winfnt_driver_class), src/bdf/bdfdrivr.c (bdf_driver_class): Add
the FT_MODULE_DRIVER_NO_OUTLINES flag.
2003-06-17 12:42:27 +02:00
|
|
|
|
|
|
|
#define ft_encoding_adobe_standard FT_ENCODING_ADOBE_STANDARD
|
|
|
|
#define ft_encoding_adobe_expert FT_ENCODING_ADOBE_EXPERT
|
|
|
|
#define ft_encoding_adobe_custom FT_ENCODING_ADOBE_CUSTOM
|
|
|
|
#define ft_encoding_apple_roman FT_ENCODING_APPLE_ROMAN
|
2000-07-09 21:15:30 +02:00
|
|
|
|
2002-09-05 17:10:54 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Struct> */
|
|
|
|
/* FT_CharMapRec */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* The base charmap structure. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
|
|
|
/* face :: A handle to the parent face object. */
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* encoding :: An @FT_Encoding tag identifying the charmap. Use */
|
|
|
|
/* this with @FT_Select_Charmap. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* platform_id :: An ID number describing the platform for the */
|
|
|
|
/* following encoding ID. This comes directly from */
|
|
|
|
/* the TrueType specification and should be emulated */
|
|
|
|
/* for other formats. */
|
|
|
|
/* */
|
|
|
|
/* encoding_id :: A platform specific encoding number. This also */
|
|
|
|
/* comes from the TrueType specification and should be */
|
|
|
|
/* emulated similarly. */
|
|
|
|
/* */
|
|
|
|
typedef struct FT_CharMapRec_
|
|
|
|
{
|
|
|
|
FT_Face face;
|
|
|
|
FT_Encoding encoding;
|
|
|
|
FT_UShort platform_id;
|
|
|
|
FT_UShort encoding_id;
|
|
|
|
|
|
|
|
} FT_CharMapRec;
|
|
|
|
|
2002-07-18 17:03:11 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* B A S E O B J E C T C L A S S E S */
|
|
|
|
/* */
|
|
|
|
/*************************************************************************/
|
|
|
|
/*************************************************************************/
|
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_Face_Internal */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* An opaque handle to an FT_Face_InternalRec structure, used to */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* model private data of a given @FT_Face object. */
|
2000-11-04 09:33:38 +01:00
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* This structure might change between releases of FreeType 2 and is */
|
2000-11-04 09:33:38 +01:00
|
|
|
/* not generally available to client applications. */
|
|
|
|
/* */
|
|
|
|
typedef struct FT_Face_InternalRec_* FT_Face_Internal;
|
|
|
|
|
2000-11-04 03:52:02 +01:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Struct> */
|
|
|
|
/* FT_FaceRec */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* FreeType root face class structure. A face object models the */
|
|
|
|
/* resolution and point-size independent data found in a font file. */
|
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
|
|
|
/* num_faces :: In the case where the face is located in a */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* collection (i.e., a file which embeds */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* several faces), this is the total number of */
|
|
|
|
/* faces found in the resource. 1 by default. */
|
2004-03-20 15:26:38 +01:00
|
|
|
/* Accessing non-existent face indices causes */
|
|
|
|
/* an error. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* face_index :: The index of the face in its font file. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* Usually, this is 0 for all normal font */
|
2004-03-20 15:26:38 +01:00
|
|
|
/* formats. It can be > 0 in the case of */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* collections (which embed several fonts in a */
|
|
|
|
/* single resource/file). */
|
|
|
|
/* */
|
|
|
|
/* face_flags :: A set of bit flags that give important */
|
|
|
|
/* information about the face; see the */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* @FT_FACE_FLAG_XXX constants for details. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* style_flags :: A set of bit flags indicating the style of */
|
|
|
|
/* the face (i.e., italic, bold, underline, */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* etc). See the @FT_STYLE_FLAG_XXX */
|
|
|
|
/* constants. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* num_glyphs :: The total number of glyphs in the face. */
|
|
|
|
/* */
|
|
|
|
/* family_name :: The face's family name. This is an ASCII */
|
|
|
|
/* string, usually in English, which describes */
|
|
|
|
/* the typeface's family (like `Times New */
|
|
|
|
/* Roman', `Bodoni', `Garamond', etc). This */
|
|
|
|
/* is a least common denominator used to list */
|
|
|
|
/* fonts. Some formats (TrueType & OpenType) */
|
|
|
|
/* provide localized and Unicode versions of */
|
|
|
|
/* this string. Applications should use the */
|
|
|
|
/* format specific interface to access them. */
|
|
|
|
/* */
|
|
|
|
/* style_name :: The face's style name. This is an ASCII */
|
|
|
|
/* string, usually in English, which describes */
|
|
|
|
/* the typeface's style (like `Italic', */
|
|
|
|
/* `Bold', `Condensed', etc). Not all font */
|
|
|
|
/* formats provide a style name, so this field */
|
|
|
|
/* is optional, and can be set to NULL. As */
|
|
|
|
/* for `family_name', some formats provide */
|
|
|
|
/* localized/Unicode versions of this string. */
|
|
|
|
/* Applications should use the format specific */
|
|
|
|
/* interface to access them. */
|
|
|
|
/* */
|
|
|
|
/* num_fixed_sizes :: The number of fixed sizes available in this */
|
|
|
|
/* face. This should be set to 0 for scalable */
|
* src/winfonts/winfnt.c (FNT_Load_Glyph): Use first_char in
computation of glyph_index.
(FNT_Size_Set_Pixels): To find a strike, first check pixel_height
only, then try to find a better hit by comparing pixel_width also.
Without this fix it isn't possible to access all strikes.
Also compute metrics.max_advance to be in sync with other bitmap
drivers.
* src/base/ftobjs.c (FT_Set_Char_Size): Remove redundant code.
(FT_Set_Pixel_Size): Assign value to `metrics' after validation of
arguments.
Synchronize computation of height and width for bitmap strikes. The
`width' field in the FT_Bitmap_Size structure is now only useful to
enumerate different strikes. The `max_advance' field of the
FT_Size_Metrics structure should be used to get the (maximum) width
of a strike.
* src/bdf/bdfdrivr.c (BDF_Face_Init): Don't use AVERAGE_WIDTH for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/pcf/pcfread.c (pcf_load_font): Don't use RESOLUTION_X for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/truetype/ttdriver.c (Set_Pixel_Sizes): Pass only single
argument to function.
* src/psnames/psmodule.c (ps_unicode_value): Handle `.' after
`uniXXXX' and `uXXXX[X[X]]'.
* src/bdf/bdfdrivr.c: s/FT_Err_/BDF_Err/.
* src/cache/ftccache.c, src/cache/ftcsbits.c, src/cache/ftlru.c:
s/FT_Err_/FTC_Err_/.
* src/cff/cffcmap.c: s/FT_Err_/CFF_Err_/.
* src/pcf/pcfdrivr.c: s/FT_Err_/PCF_Err_/.
* src/psaux/t1cmap.c: Include psauxerr.h.
s/FT_Err_/PSaux_Err_/.
* src/pshinter/pshnterr.h: New file.
* src/pshinter/rules.mk: Updated.
* src/pshinter/pshalgo.c, src/pshinter/pshrec.c: Include pshnterr.h.
s/FT_Err_/PSH_Err_/.
* src/pfr/pfrdrivr.c, src/pfr/pfrobjs.c, src/pfr/pfrsbit.c:
s/FT_Err_/PFR_Err_/.
* src/sfnt/sfdriver.c, src/sfnt/sfobjs.c, src/sfnt/ttcmap0.c,
src/sfnt/ttload.c: s/FT_Err_/SFNT_Err_/.
* src/truetype/ttgload.c: s/FT_Err_/TT_Err_/.
* src/gzip/ftgzip.c: Load FT_MODULE_ERRORS_H and define
FT_ERR_PREFIX and FT_ERR_BASE.
s/FT_Err_/Gzip_Err_/.
2003-06-22 17:33:53 +02:00
|
|
|
/* fonts, unless its face includes a set of */
|
|
|
|
/* glyphs (called a `strike') for the */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* specified sizes. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* available_sizes :: An array of sizes specifying the available */
|
|
|
|
/* bitmap/graymap sizes that are contained in */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* in the font face. Should be set to NULL if */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* the field `num_fixed_sizes' is set to 0. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* num_charmaps :: The total number of character maps in the */
|
|
|
|
/* face. */
|
|
|
|
/* */
|
2001-08-25 01:11:34 +02:00
|
|
|
/* charmaps :: A table of pointers to the face's charmaps. */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* Used to scan the list of available charmaps */
|
2001-08-25 01:11:34 +02:00
|
|
|
/* -- this table might change after a call to */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* @FT_Attach_File or @FT_Attach_Stream (e.g. */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* if used to hook an additional encoding or */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* CMap to the face object). */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* */
|
|
|
|
/* generic :: A field reserved for client uses. See the */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* @FT_Generic type description. */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* bbox :: The font bounding box. Coordinates are */
|
|
|
|
/* expressed in font units (see units_per_EM). */
|
|
|
|
/* The box is large enough to contain any */
|
|
|
|
/* glyph from the font. Thus, bbox.yMax can */
|
|
|
|
/* be seen as the `maximal ascender', */
|
|
|
|
/* bbox.yMin as the `minimal descender', and */
|
2000-05-29 22:46:12 +02:00
|
|
|
/* the maximal glyph width is given by */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* `bbox.xMax-bbox.xMin' (not to be confused */
|
2000-05-29 22:46:12 +02:00
|
|
|
/* with the maximal _advance_width_). Only */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* relevant for scalable formats. */
|
|
|
|
/* */
|
|
|
|
/* units_per_EM :: The number of font units per EM square for */
|
|
|
|
/* this face. This is typically 2048 for */
|
|
|
|
/* TrueType fonts, 1000 for Type1 fonts, and */
|
|
|
|
/* should be set to the (unrealistic) value 1 */
|
|
|
|
/* for fixed-sizes fonts. Only relevant for */
|
|
|
|
/* scalable formats. */
|
|
|
|
/* */
|
|
|
|
/* ascender :: The face's ascender is the vertical */
|
|
|
|
/* distance from the baseline to the topmost */
|
|
|
|
/* point of any glyph in the face. This */
|
|
|
|
/* field's value is positive, expressed in */
|
|
|
|
/* font units. Some font designs use a value */
|
|
|
|
/* different from `bbox.yMax'. Only relevant */
|
|
|
|
/* for scalable formats. */
|
|
|
|
/* */
|
|
|
|
/* descender :: The face's descender is the vertical */
|
|
|
|
/* distance from the baseline to the */
|
|
|
|
/* bottommost point of any glyph in the face. */
|
2003-06-14 09:40:09 +02:00
|
|
|
/* This field's value is *negative* for values */
|
|
|
|
/* below the baseline. It is expressed in */
|
|
|
|
/* font units. Some font designs use a value */
|
|
|
|
/* different from `bbox.yMin'. Only relevant */
|
|
|
|
/* for scalable formats. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* height :: The face's height is the vertical distance */
|
|
|
|
/* from one baseline to the next when writing */
|
|
|
|
/* several lines of text. Its value is always */
|
|
|
|
/* positive, expressed in font units. The */
|
|
|
|
/* value can be computed as */
|
|
|
|
/* `ascender+descender+line_gap' where the */
|
|
|
|
/* value of `line_gap' is also called */
|
|
|
|
/* `external leading'. Only relevant for */
|
|
|
|
/* scalable formats. */
|
|
|
|
/* */
|
2000-05-29 22:46:12 +02:00
|
|
|
/* max_advance_width :: The maximal advance width, in font units, */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* for all glyphs in this face. This can be */
|
|
|
|
/* used to make word wrapping computations */
|
|
|
|
/* faster. Only relevant for scalable */
|
|
|
|
/* formats. */
|
|
|
|
/* */
|
2000-05-29 22:46:12 +02:00
|
|
|
/* max_advance_height :: The maximal advance height, in font units, */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* for all glyphs in this face. This is only */
|
|
|
|
/* relevant for vertical layouts, and should */
|
|
|
|
/* be set to the `height' for fonts that do */
|
|
|
|
/* not provide vertical metrics. Only */
|
|
|
|
/* relevant for scalable formats. */
|
|
|
|
/* */
|
|
|
|
/* underline_position :: The position, in font units, of the */
|
|
|
|
/* underline line for this face. It's the */
|
|
|
|
/* center of the underlining stem. Only */
|
|
|
|
/* relevant for scalable formats. */
|
|
|
|
/* */
|
|
|
|
/* underline_thickness :: The thickness, in font units, of the */
|
|
|
|
/* underline for this face. Only relevant for */
|
|
|
|
/* scalable formats. */
|
|
|
|
/* */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* glyph :: The face's associated glyph slot(s). This */
|
|
|
|
/* object is created automatically with a new */
|
|
|
|
/* face object. However, certain kinds of */
|
|
|
|
/* applications (mainly tools like converters) */
|
|
|
|
/* can need more than one slot to ease their */
|
|
|
|
/* task. */
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* size :: The current active size for this face. */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* charmap :: The current active charmap for this face. */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
typedef struct FT_FaceRec_
|
|
|
|
{
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Long num_faces;
|
|
|
|
FT_Long face_index;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Long face_flags;
|
|
|
|
FT_Long style_flags;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Long num_glyphs;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_String* family_name;
|
|
|
|
FT_String* style_name;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Int num_fixed_sizes;
|
|
|
|
FT_Bitmap_Size* available_sizes;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Int num_charmaps;
|
|
|
|
FT_CharMap* charmaps;
|
2000-03-28 13:22:31 +02:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Generic generic;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
/*# the following are only relevant to scalable outlines */
|
|
|
|
FT_BBox bbox;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_UShort units_per_EM;
|
|
|
|
FT_Short ascender;
|
|
|
|
FT_Short descender;
|
|
|
|
FT_Short height;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Short max_advance_width;
|
|
|
|
FT_Short max_advance_height;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Short underline_position;
|
|
|
|
FT_Short underline_thickness;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_GlyphSlot glyph;
|
|
|
|
FT_Size size;
|
|
|
|
FT_CharMap charmap;
|
2000-06-07 22:22:44 +02:00
|
|
|
|
2000-10-23 20:33:30 +02:00
|
|
|
/*@private begin */
|
2000-03-28 13:22:31 +02:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Driver driver;
|
|
|
|
FT_Memory memory;
|
|
|
|
FT_Stream stream;
|
2000-03-28 13:22:31 +02:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_ListRec sizes_list;
|
2000-03-28 13:22:31 +02:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Generic autohint;
|
|
|
|
void* extensions;
|
2000-03-28 13:22:31 +02:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
FT_Face_Internal internal;
|
2000-03-28 13:22:31 +02:00
|
|
|
|
2000-10-23 20:33:30 +02:00
|
|
|
/*@private end */
|
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
} FT_FaceRec;
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* <Enum> */
|
|
|
|
/* FT_FACE_FLAG_XXX */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2003-12-13 19:42:31 +01:00
|
|
|
/* A list of bit flags used in the `face_flags' field of the */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* @FT_FaceRec structure. They inform client applications of */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* properties of the corresponding face. */
|
|
|
|
/* */
|
|
|
|
/* <Values> */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* FT_FACE_FLAG_SCALABLE :: */
|
|
|
|
/* Indicates that the face provides vectorial outlines. This */
|
|
|
|
/* doesn't prevent embedded bitmaps, i.e., a face can have both */
|
Make reference valid HTML 4.01 transitional.
* src/tools/docmaker/tohtml.py (html_header_1): Add doctype
and charset.
(html_header_2): Fix style elements and add some more.
Fix syntax.
(block_header, block_footer, description_header, description_footer,
marker_header, marker_footer, source_header, source_footer,
chapter_header, chapter_footer): Don't use <center>...</center> but
`align=center' table attribute.
Use double quotes around table widths given in percent.
(keyword_prefix, keyword_suffix): Don't change font colour directly
but use a new <span> class.
(section_synopsis_header, section_synopsis_footer): Don't change
colour.
(print_html_field): <tr> gets the `valign' attribute, not <table>.
(print_html_field_list): Ditto.
(index_exit): Don't use <center>...</center> but `align=center'
table attribute.
(toc_exit, section_enter): Ditto.
(block_enter): Use <h4><a>, not <a><h4>.
This change reimplements fix from 2003-05-30 without breaking
binary compatibility.
* include/freetype/t1tables.h (PS_FontInfoRec): `italic_angle',
`is_fixed_pitch', `underline_position', `underline_thickness' are
reverted to be normal values.
* include/freetype/internal/psaux.h (T1_FieldType): Remove
`T1_FIELD_TYPE_BOOL_P', `T1_FIELD_TYPE_INTEGER_P',
`T1_FIELD_TYPE_FIXED_P', `T1_FIELD_TYPE_FIXED_1000_P'.
(T1_FIELD_TYPE_BOOL_P, T1_FIELD_NUM_P, T1_FIELD_FIXED_P,
T1_FIELD_FIXED_1000_P): Removed.
(T1_FIELD_TYPE_BOOL): Renamed to...
(T1_FIELD_BOOL): New macro. Updated all callers.
* src/type42/t42parse.c: `italic_angle', `is_fixed_pitch',
`underline_position', `underline_thickness', `paint_type',
`stroke_width' are reverted to be normal values.
(T42_KEYWORD_COUNT): New macro.
(t42_parse_dict): New array `keyword_flags' to mark that a value has
already been assigned to a dictionary entry.
* src/type42/t42objs.c (T42_Face_Init, T42_Face_Done): Updated.
* src/cid/cidtoken.h: `italic_angle', `is_fixed_pitch',
`underline_position', `underline_thickness' are reverted to be
normal values.
* src/cid/cidobjs.c (cid_face_done, cid_face_init): Updated.
* src/psaux/psobjs.c (ps_parser_load_field): Updated.
* src/type1/t1tokens.h: `italic_angle', `is_fixed_pitch',
`underline_position', `underline_thickness', `paint_type',
`stroke_width' are reverted to be normal values.
* src/type1/t1objs.c (T1_Face_Done, T1_Face_Init): Updated.
* src/type1/t1load.c (T1_FIELD_COUNT): New macro.
(parse_dict): Add parameter for keyword flags.
Record only first instance of a field.
(T1_Open_Face): New array `keyword_flags'.
2003-07-26 00:09:53 +02:00
|
|
|
/* this bit and @FT_FACE_FLAG_FIXED_SIZES set. */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_FIXED_SIZES :: */
|
|
|
|
/* Indicates that the face contains `fixed sizes', i.e., bitmap */
|
|
|
|
/* strikes for some given pixel sizes. See the `num_fixed_sizes' */
|
|
|
|
/* and `available_sizes' fields of @FT_FaceRec. */
|
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_FIXED_WIDTH :: */
|
|
|
|
/* Indicates that the face contains fixed-width characters (like */
|
|
|
|
/* Courier, Lucido, MonoType, etc.). */
|
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_SFNT :: */
|
|
|
|
/* Indicates that the face uses the `sfnt' storage scheme. For */
|
|
|
|
/* now, this means TrueType and OpenType. */
|
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_HORIZONTAL :: */
|
|
|
|
/* Indicates that the face contains horizontal glyph metrics. This */
|
|
|
|
/* should be set for all common formats. */
|
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_VERTICAL :: */
|
|
|
|
/* Indicates that the face contains vertical glyph metrics. This */
|
|
|
|
/* is only available in some formats, not all of them. */
|
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_KERNING :: */
|
|
|
|
/* Indicates that the face contains kerning information. If set, */
|
|
|
|
/* the kerning distance can be retrieved through the function */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* @FT_Get_Kerning. Otherwise the function always return the */
|
|
|
|
/* vector (0,0). Note that FreeType doesn't handle kerning data */
|
|
|
|
/* from the `GPOS' table (as present in some OpenType fonts). */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_FAST_GLYPHS :: */
|
|
|
|
/* THIS FLAG IS DEPRECATED. DO NOT USE OR TEST IT. */
|
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_MULTIPLE_MASTERS :: */
|
|
|
|
/* Indicates that the font contains multiple masters and is capable */
|
|
|
|
/* of interpolating between them. See the multiple-masters */
|
|
|
|
/* specific API for details. */
|
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_GLYPH_NAMES :: */
|
|
|
|
/* Indicates that the font contains glyph names that can be */
|
* src/winfonts/winfnt.c (FNT_Load_Glyph): Use first_char in
computation of glyph_index.
(FNT_Size_Set_Pixels): To find a strike, first check pixel_height
only, then try to find a better hit by comparing pixel_width also.
Without this fix it isn't possible to access all strikes.
Also compute metrics.max_advance to be in sync with other bitmap
drivers.
* src/base/ftobjs.c (FT_Set_Char_Size): Remove redundant code.
(FT_Set_Pixel_Size): Assign value to `metrics' after validation of
arguments.
Synchronize computation of height and width for bitmap strikes. The
`width' field in the FT_Bitmap_Size structure is now only useful to
enumerate different strikes. The `max_advance' field of the
FT_Size_Metrics structure should be used to get the (maximum) width
of a strike.
* src/bdf/bdfdrivr.c (BDF_Face_Init): Don't use AVERAGE_WIDTH for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/pcf/pcfread.c (pcf_load_font): Don't use RESOLUTION_X for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/truetype/ttdriver.c (Set_Pixel_Sizes): Pass only single
argument to function.
* src/psnames/psmodule.c (ps_unicode_value): Handle `.' after
`uniXXXX' and `uXXXX[X[X]]'.
* src/bdf/bdfdrivr.c: s/FT_Err_/BDF_Err/.
* src/cache/ftccache.c, src/cache/ftcsbits.c, src/cache/ftlru.c:
s/FT_Err_/FTC_Err_/.
* src/cff/cffcmap.c: s/FT_Err_/CFF_Err_/.
* src/pcf/pcfdrivr.c: s/FT_Err_/PCF_Err_/.
* src/psaux/t1cmap.c: Include psauxerr.h.
s/FT_Err_/PSaux_Err_/.
* src/pshinter/pshnterr.h: New file.
* src/pshinter/rules.mk: Updated.
* src/pshinter/pshalgo.c, src/pshinter/pshrec.c: Include pshnterr.h.
s/FT_Err_/PSH_Err_/.
* src/pfr/pfrdrivr.c, src/pfr/pfrobjs.c, src/pfr/pfrsbit.c:
s/FT_Err_/PFR_Err_/.
* src/sfnt/sfdriver.c, src/sfnt/sfobjs.c, src/sfnt/ttcmap0.c,
src/sfnt/ttload.c: s/FT_Err_/SFNT_Err_/.
* src/truetype/ttgload.c: s/FT_Err_/TT_Err_/.
* src/gzip/ftgzip.c: Load FT_MODULE_ERRORS_H and define
FT_ERR_PREFIX and FT_ERR_BASE.
s/FT_Err_/Gzip_Err_/.
2003-06-22 17:33:53 +02:00
|
|
|
/* retrieved through @FT_Get_Glyph_Name. Note that some TrueType */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* fonts contain broken glyph name tables. Use the function */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* @FT_Has_PS_Glyph_Names when needed. */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* */
|
|
|
|
/* FT_FACE_FLAG_EXTERNAL_STREAM :: */
|
|
|
|
/* Used internally by FreeType to indicate that a face's stream was */
|
|
|
|
/* provided by the client application and should not be destroyed */
|
|
|
|
/* when @FT_Done_Face is called. Don't read or test this flag. */
|
|
|
|
/* */
|
2005-10-05 17:18:29 +02:00
|
|
|
/* FT_FACE_FLAG_HINTER :: */
|
|
|
|
/* Set if the font driver has a hinting machine of its own. For */
|
|
|
|
/* example, with TrueType fonts, it makes sense to use data from */
|
|
|
|
/* the SFNT `gasp' table only if the native TrueType hinting engine */
|
|
|
|
/* (with the bytecode interpreter) is available and active. */
|
|
|
|
/* */
|
2002-09-05 17:10:54 +02:00
|
|
|
#define FT_FACE_FLAG_SCALABLE ( 1L << 0 )
|
|
|
|
#define FT_FACE_FLAG_FIXED_SIZES ( 1L << 1 )
|
|
|
|
#define FT_FACE_FLAG_FIXED_WIDTH ( 1L << 2 )
|
|
|
|
#define FT_FACE_FLAG_SFNT ( 1L << 3 )
|
|
|
|
#define FT_FACE_FLAG_HORIZONTAL ( 1L << 4 )
|
|
|
|
#define FT_FACE_FLAG_VERTICAL ( 1L << 5 )
|
|
|
|
#define FT_FACE_FLAG_KERNING ( 1L << 6 )
|
|
|
|
#define FT_FACE_FLAG_FAST_GLYPHS ( 1L << 7 )
|
|
|
|
#define FT_FACE_FLAG_MULTIPLE_MASTERS ( 1L << 8 )
|
|
|
|
#define FT_FACE_FLAG_GLYPH_NAMES ( 1L << 9 )
|
|
|
|
#define FT_FACE_FLAG_EXTERNAL_STREAM ( 1L << 10 )
|
2005-10-05 17:18:29 +02:00
|
|
|
#define FT_FACE_FLAG_HINTER ( 1L << 11 )
|
2001-04-02 23:30:06 +02:00
|
|
|
|
2000-10-23 20:33:30 +02:00
|
|
|
/* */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
|
2001-04-02 23:30:06 +02:00
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @macro:
|
|
|
|
* FT_HAS_HORIZONTAL( face )
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* A macro that returns true whenever a face object contains
|
|
|
|
* horizontal metrics (this is true for all font formats though).
|
|
|
|
*
|
|
|
|
* @also:
|
|
|
|
* @FT_HAS_VERTICAL can be used to check for vertical metrics.
|
|
|
|
*
|
|
|
|
*/
|
2000-07-09 21:15:30 +02:00
|
|
|
#define FT_HAS_HORIZONTAL( face ) \
|
|
|
|
( face->face_flags & FT_FACE_FLAG_HORIZONTAL )
|
2000-10-23 20:33:30 +02:00
|
|
|
|
2001-04-02 23:30:06 +02:00
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @macro:
|
|
|
|
* FT_HAS_VERTICAL( face )
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* A macro that returns true whenever a face object contains vertical
|
|
|
|
* metrics.
|
|
|
|
*
|
|
|
|
*/
|
2000-07-09 21:15:30 +02:00
|
|
|
#define FT_HAS_VERTICAL( face ) \
|
|
|
|
( face->face_flags & FT_FACE_FLAG_VERTICAL )
|
2000-10-23 20:33:30 +02:00
|
|
|
|
2001-04-02 23:30:06 +02:00
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @macro:
|
|
|
|
* FT_HAS_KERNING( face )
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* A macro that returns true whenever a face object contains kerning
|
|
|
|
* data that can be accessed with @FT_Get_Kerning.
|
|
|
|
*
|
|
|
|
*/
|
2000-07-09 21:15:30 +02:00
|
|
|
#define FT_HAS_KERNING( face ) \
|
|
|
|
( face->face_flags & FT_FACE_FLAG_KERNING )
|
2000-10-23 20:33:30 +02:00
|
|
|
|
2001-04-02 23:30:06 +02:00
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @macro:
|
|
|
|
* FT_IS_SCALABLE( face )
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* A macro that returns true whenever a face object contains a scalable
|
|
|
|
* font face (true for TrueType, Type 1, CID, and OpenType/CFF font
|
|
|
|
* formats.
|
|
|
|
*
|
|
|
|
*/
|
2000-07-09 21:15:30 +02:00
|
|
|
#define FT_IS_SCALABLE( face ) \
|
|
|
|
( face->face_flags & FT_FACE_FLAG_SCALABLE )
|
2000-10-23 20:33:30 +02:00
|
|
|
|
2001-03-23 19:19:04 +01:00
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @macro:
|
|
|
|
* FT_IS_SFNT( face )
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* A macro that returns true whenever a face object contains a font
|
|
|
|
* whose format is based on the SFNT storage scheme. This usually
|
|
|
|
* means: TrueType fonts, OpenType fonts, as well as SFNT-based embedded
|
|
|
|
* bitmap fonts.
|
|
|
|
*
|
|
|
|
* If this macro is true, all functions defined in @FT_SFNT_NAMES_H and
|
|
|
|
* @FT_TRUETYPE_TABLES_H are available.
|
|
|
|
*
|
|
|
|
*/
|
2000-07-09 21:15:30 +02:00
|
|
|
#define FT_IS_SFNT( face ) \
|
|
|
|
( face->face_flags & FT_FACE_FLAG_SFNT )
|
2000-10-23 20:33:30 +02:00
|
|
|
|
2001-04-02 23:30:06 +02:00
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @macro:
|
|
|
|
* FT_IS_FIXED_WIDTH( face )
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* A macro that returns true whenever a face object contains a font face
|
|
|
|
* that contains fixed-width (or `monospace', `fixed-pitch', etc.)
|
|
|
|
* glyphs.
|
|
|
|
*
|
|
|
|
*/
|
2000-07-09 21:15:30 +02:00
|
|
|
#define FT_IS_FIXED_WIDTH( face ) \
|
|
|
|
( face->face_flags & FT_FACE_FLAG_FIXED_WIDTH )
|
2000-10-23 20:33:30 +02:00
|
|
|
|
2001-03-23 19:19:04 +01:00
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @macro:
|
|
|
|
* FT_HAS_FIXED_SIZES( face )
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* A macro that returns true whenever a face object contains some
|
|
|
|
* embedded bitmaps. See the `available_sizes' field of the
|
|
|
|
* @FT_FaceRec structure.
|
|
|
|
*
|
|
|
|
*/
|
2000-07-09 21:15:30 +02:00
|
|
|
#define FT_HAS_FIXED_SIZES( face ) \
|
|
|
|
( face->face_flags & FT_FACE_FLAG_FIXED_SIZES )
|
2000-10-23 20:33:30 +02:00
|
|
|
|
2001-04-02 23:30:06 +02:00
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/* */
|
2001-04-02 23:30:06 +02:00
|
|
|
|
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @macro:
|
|
|
|
* FT_HAS_FAST_GLYPHS( face )
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* Deprecated; indicates that the face contains so-called `fast' glyph
|
|
|
|
* bitmaps.
|
|
|
|
*
|
|
|
|
*/
|
2000-07-09 21:15:30 +02:00
|
|
|
#define FT_HAS_FAST_GLYPHS( face ) \
|
|
|
|
( face->face_flags & FT_FACE_FLAG_FAST_GLYPHS )
|
2000-10-23 20:33:30 +02:00
|
|
|
|
2001-04-02 23:30:06 +02:00
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @macro:
|
|
|
|
* FT_HAS_GLYPH_NAMES( face )
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* A macro that returns true whenever a face object contains some glyph
|
|
|
|
* names that can be accessed through @FT_Get_Glyph_Name.
|
|
|
|
*
|
|
|
|
*/
|
2000-07-19 19:13:03 +02:00
|
|
|
#define FT_HAS_GLYPH_NAMES( face ) \
|
|
|
|
( face->face_flags & FT_FACE_FLAG_GLYPH_NAMES )
|
2000-07-09 21:15:30 +02:00
|
|
|
|
2001-04-02 23:30:06 +02:00
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @macro:
|
|
|
|
* FT_HAS_MULTIPLE_MASTERS( face )
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* A macro that returns true whenever a face object contains some
|
|
|
|
* multiple masters. The functions provided by @FT_MULTIPLE_MASTERS_H
|
|
|
|
* are then available to choose the exact design you want.
|
|
|
|
*
|
|
|
|
*/
|
2000-07-09 21:15:30 +02:00
|
|
|
#define FT_HAS_MULTIPLE_MASTERS( face ) \
|
|
|
|
( face->face_flags & FT_FACE_FLAG_MULTIPLE_MASTERS )
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Constant> */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_STYLE_FLAG_XXX */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Description> */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* A list of bit-flags used to indicate the style of a given face. */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* These are used in the `style_flags' field of @FT_FaceRec. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* <Values> */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* FT_STYLE_FLAG_ITALIC :: */
|
|
|
|
/* Indicates that a given face is italicized. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* FT_STYLE_FLAG_BOLD :: */
|
|
|
|
/* Indicates that a given face is bold. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
2002-09-05 17:10:54 +02:00
|
|
|
#define FT_STYLE_FLAG_ITALIC ( 1 << 0 )
|
|
|
|
#define FT_STYLE_FLAG_BOLD ( 1 << 1 )
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_Size_Internal */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* An opaque handle to an FT_Size_InternalRec structure, used to */
|
|
|
|
/* model private data of a given FT_Size object. */
|
|
|
|
/* */
|
|
|
|
typedef struct FT_Size_InternalRec_* FT_Size_Internal;
|
|
|
|
|
2001-06-28 19:49:10 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Struct> */
|
|
|
|
/* FT_Size_Metrics */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* The size metrics structure returned scaled important distances for */
|
|
|
|
/* a given size object. */
|
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
|
|
|
/* x_ppem :: The character width, expressed in integer pixels. */
|
|
|
|
/* This is the width of the EM square expressed in */
|
|
|
|
/* pixels, hence the term `ppem' (pixels per EM). */
|
|
|
|
/* */
|
|
|
|
/* y_ppem :: The character height, expressed in integer pixels. */
|
|
|
|
/* This is the height of the EM square expressed in */
|
|
|
|
/* pixels, hence the term `ppem' (pixels per EM). */
|
|
|
|
/* */
|
|
|
|
/* x_scale :: A simple 16.16 fixed point format coefficient used */
|
|
|
|
/* to scale horizontal distances expressed in font */
|
|
|
|
/* units to fractional (26.6) pixel coordinates. */
|
|
|
|
/* */
|
|
|
|
/* y_scale :: A simple 16.16 fixed point format coefficient used */
|
|
|
|
/* to scale vertical distances expressed in font */
|
|
|
|
/* units to fractional (26.6) pixel coordinates. */
|
|
|
|
/* */
|
|
|
|
/* ascender :: The ascender, expressed in 26.6 fixed point */
|
* src/winfonts/winfnt.c (FNT_Load_Glyph): Use first_char in
computation of glyph_index.
(FNT_Size_Set_Pixels): To find a strike, first check pixel_height
only, then try to find a better hit by comparing pixel_width also.
Without this fix it isn't possible to access all strikes.
Also compute metrics.max_advance to be in sync with other bitmap
drivers.
* src/base/ftobjs.c (FT_Set_Char_Size): Remove redundant code.
(FT_Set_Pixel_Size): Assign value to `metrics' after validation of
arguments.
Synchronize computation of height and width for bitmap strikes. The
`width' field in the FT_Bitmap_Size structure is now only useful to
enumerate different strikes. The `max_advance' field of the
FT_Size_Metrics structure should be used to get the (maximum) width
of a strike.
* src/bdf/bdfdrivr.c (BDF_Face_Init): Don't use AVERAGE_WIDTH for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/pcf/pcfread.c (pcf_load_font): Don't use RESOLUTION_X for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/truetype/ttdriver.c (Set_Pixel_Sizes): Pass only single
argument to function.
* src/psnames/psmodule.c (ps_unicode_value): Handle `.' after
`uniXXXX' and `uXXXX[X[X]]'.
* src/bdf/bdfdrivr.c: s/FT_Err_/BDF_Err/.
* src/cache/ftccache.c, src/cache/ftcsbits.c, src/cache/ftlru.c:
s/FT_Err_/FTC_Err_/.
* src/cff/cffcmap.c: s/FT_Err_/CFF_Err_/.
* src/pcf/pcfdrivr.c: s/FT_Err_/PCF_Err_/.
* src/psaux/t1cmap.c: Include psauxerr.h.
s/FT_Err_/PSaux_Err_/.
* src/pshinter/pshnterr.h: New file.
* src/pshinter/rules.mk: Updated.
* src/pshinter/pshalgo.c, src/pshinter/pshrec.c: Include pshnterr.h.
s/FT_Err_/PSH_Err_/.
* src/pfr/pfrdrivr.c, src/pfr/pfrobjs.c, src/pfr/pfrsbit.c:
s/FT_Err_/PFR_Err_/.
* src/sfnt/sfdriver.c, src/sfnt/sfobjs.c, src/sfnt/ttcmap0.c,
src/sfnt/ttload.c: s/FT_Err_/SFNT_Err_/.
* src/truetype/ttgload.c: s/FT_Err_/TT_Err_/.
* src/gzip/ftgzip.c: Load FT_MODULE_ERRORS_H and define
FT_ERR_PREFIX and FT_ERR_BASE.
s/FT_Err_/Gzip_Err_/.
2003-06-22 17:33:53 +02:00
|
|
|
/* pixels. Positive for ascenders above the */
|
|
|
|
/* baseline. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* descender :: The descender, expressed in 26.6 fixed point */
|
* src/winfonts/winfnt.c (FNT_Load_Glyph): Use first_char in
computation of glyph_index.
(FNT_Size_Set_Pixels): To find a strike, first check pixel_height
only, then try to find a better hit by comparing pixel_width also.
Without this fix it isn't possible to access all strikes.
Also compute metrics.max_advance to be in sync with other bitmap
drivers.
* src/base/ftobjs.c (FT_Set_Char_Size): Remove redundant code.
(FT_Set_Pixel_Size): Assign value to `metrics' after validation of
arguments.
Synchronize computation of height and width for bitmap strikes. The
`width' field in the FT_Bitmap_Size structure is now only useful to
enumerate different strikes. The `max_advance' field of the
FT_Size_Metrics structure should be used to get the (maximum) width
of a strike.
* src/bdf/bdfdrivr.c (BDF_Face_Init): Don't use AVERAGE_WIDTH for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/pcf/pcfread.c (pcf_load_font): Don't use RESOLUTION_X for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/truetype/ttdriver.c (Set_Pixel_Sizes): Pass only single
argument to function.
* src/psnames/psmodule.c (ps_unicode_value): Handle `.' after
`uniXXXX' and `uXXXX[X[X]]'.
* src/bdf/bdfdrivr.c: s/FT_Err_/BDF_Err/.
* src/cache/ftccache.c, src/cache/ftcsbits.c, src/cache/ftlru.c:
s/FT_Err_/FTC_Err_/.
* src/cff/cffcmap.c: s/FT_Err_/CFF_Err_/.
* src/pcf/pcfdrivr.c: s/FT_Err_/PCF_Err_/.
* src/psaux/t1cmap.c: Include psauxerr.h.
s/FT_Err_/PSaux_Err_/.
* src/pshinter/pshnterr.h: New file.
* src/pshinter/rules.mk: Updated.
* src/pshinter/pshalgo.c, src/pshinter/pshrec.c: Include pshnterr.h.
s/FT_Err_/PSH_Err_/.
* src/pfr/pfrdrivr.c, src/pfr/pfrobjs.c, src/pfr/pfrsbit.c:
s/FT_Err_/PFR_Err_/.
* src/sfnt/sfdriver.c, src/sfnt/sfobjs.c, src/sfnt/ttcmap0.c,
src/sfnt/ttload.c: s/FT_Err_/SFNT_Err_/.
* src/truetype/ttgload.c: s/FT_Err_/TT_Err_/.
* src/gzip/ftgzip.c: Load FT_MODULE_ERRORS_H and define
FT_ERR_PREFIX and FT_ERR_BASE.
s/FT_Err_/Gzip_Err_/.
2003-06-22 17:33:53 +02:00
|
|
|
/* pixels. Negative for descenders below the */
|
|
|
|
/* baseline. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* height :: The text height, expressed in 26.6 fixed point */
|
|
|
|
/* pixels. Always positive. */
|
|
|
|
/* */
|
|
|
|
/* max_advance :: Maximum horizontal advance, expressed in 26.6 */
|
|
|
|
/* fixed point pixels. Always positive. */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2003-06-14 23:39:17 +02:00
|
|
|
/* For scalable fonts, the values of `ascender', `descender', and */
|
|
|
|
/* `height' are scaled versions of `face->ascender', */
|
|
|
|
/* `face->descender', and `face->height', respectively. */
|
2000-06-01 08:01:59 +02:00
|
|
|
/* */
|
|
|
|
/* Unfortunately, due to glyph hinting, these values might not be */
|
2003-06-14 23:39:17 +02:00
|
|
|
/* exact for certain fonts. They thus must be treated as unreliable */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* with an error margin of at least one pixel! */
|
2000-06-01 08:01:59 +02:00
|
|
|
/* */
|
|
|
|
/* Indeed, the only way to get the exact pixel ascender and descender */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* is to render _all_ glyphs. As this would be a definite */
|
|
|
|
/* performance hit, it is up to client applications to perform such */
|
|
|
|
/* computations. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
typedef struct FT_Size_Metrics_
|
|
|
|
{
|
2000-11-04 03:52:02 +01:00
|
|
|
FT_UShort x_ppem; /* horizontal pixels per EM */
|
|
|
|
FT_UShort y_ppem; /* vertical pixels per EM */
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 03:52:02 +01:00
|
|
|
FT_Fixed x_scale; /* two scales used to convert font units */
|
* src/winfonts/winfnt.c (FNT_Load_Glyph): Use first_char in
computation of glyph_index.
(FNT_Size_Set_Pixels): To find a strike, first check pixel_height
only, then try to find a better hit by comparing pixel_width also.
Without this fix it isn't possible to access all strikes.
Also compute metrics.max_advance to be in sync with other bitmap
drivers.
* src/base/ftobjs.c (FT_Set_Char_Size): Remove redundant code.
(FT_Set_Pixel_Size): Assign value to `metrics' after validation of
arguments.
Synchronize computation of height and width for bitmap strikes. The
`width' field in the FT_Bitmap_Size structure is now only useful to
enumerate different strikes. The `max_advance' field of the
FT_Size_Metrics structure should be used to get the (maximum) width
of a strike.
* src/bdf/bdfdrivr.c (BDF_Face_Init): Don't use AVERAGE_WIDTH for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/pcf/pcfread.c (pcf_load_font): Don't use RESOLUTION_X for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/truetype/ttdriver.c (Set_Pixel_Sizes): Pass only single
argument to function.
* src/psnames/psmodule.c (ps_unicode_value): Handle `.' after
`uniXXXX' and `uXXXX[X[X]]'.
* src/bdf/bdfdrivr.c: s/FT_Err_/BDF_Err/.
* src/cache/ftccache.c, src/cache/ftcsbits.c, src/cache/ftlru.c:
s/FT_Err_/FTC_Err_/.
* src/cff/cffcmap.c: s/FT_Err_/CFF_Err_/.
* src/pcf/pcfdrivr.c: s/FT_Err_/PCF_Err_/.
* src/psaux/t1cmap.c: Include psauxerr.h.
s/FT_Err_/PSaux_Err_/.
* src/pshinter/pshnterr.h: New file.
* src/pshinter/rules.mk: Updated.
* src/pshinter/pshalgo.c, src/pshinter/pshrec.c: Include pshnterr.h.
s/FT_Err_/PSH_Err_/.
* src/pfr/pfrdrivr.c, src/pfr/pfrobjs.c, src/pfr/pfrsbit.c:
s/FT_Err_/PFR_Err_/.
* src/sfnt/sfdriver.c, src/sfnt/sfobjs.c, src/sfnt/ttcmap0.c,
src/sfnt/ttload.c: s/FT_Err_/SFNT_Err_/.
* src/truetype/ttgload.c: s/FT_Err_/TT_Err_/.
* src/gzip/ftgzip.c: Load FT_MODULE_ERRORS_H and define
FT_ERR_PREFIX and FT_ERR_BASE.
s/FT_Err_/Gzip_Err_/.
2003-06-22 17:33:53 +02:00
|
|
|
FT_Fixed y_scale; /* to 26.6 frac. pixel coordinates */
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-11-04 03:52:02 +01:00
|
|
|
FT_Pos ascender; /* ascender in 26.6 frac. pixels */
|
|
|
|
FT_Pos descender; /* descender in 26.6 frac. pixels */
|
|
|
|
FT_Pos height; /* text height in 26.6 frac. pixels */
|
|
|
|
FT_Pos max_advance; /* max horizontal advance, in 26.6 pixels */
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
} FT_Size_Metrics;
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Struct> */
|
|
|
|
/* FT_SizeRec */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* FreeType root size class structure. A size object models the */
|
|
|
|
/* resolution and pointsize dependent data of a given face. */
|
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
|
|
|
/* face :: Handle to the parent face object. */
|
|
|
|
/* */
|
|
|
|
/* generic :: A typeless pointer, which is unused by the FreeType */
|
|
|
|
/* library or any of its drivers. It can be used by */
|
|
|
|
/* client applications to link their own data to each size */
|
|
|
|
/* object. */
|
|
|
|
/* */
|
|
|
|
/* metrics :: Metrics for this size object. This field is read-only. */
|
|
|
|
/* */
|
|
|
|
typedef struct FT_SizeRec_
|
|
|
|
{
|
2000-11-04 03:52:02 +01:00
|
|
|
FT_Face face; /* parent face object */
|
|
|
|
FT_Generic generic; /* generic pointer for client uses */
|
|
|
|
FT_Size_Metrics metrics; /* size metrics */
|
|
|
|
FT_Size_Internal internal;
|
2001-06-28 19:49:10 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
} FT_SizeRec;
|
|
|
|
|
|
|
|
|
2000-07-09 21:15:30 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Struct> */
|
|
|
|
/* FT_SubGlyph */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* The subglyph structure is an internal object used to describe */
|
|
|
|
/* subglyphs (for example, in the case of composites). */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* The subglyph implementation is not part of the high-level API, */
|
|
|
|
/* hence the forward structure declaration. */
|
|
|
|
/* */
|
2002-03-14 13:56:35 +01:00
|
|
|
typedef struct FT_SubGlyphRec_* FT_SubGlyph;
|
2000-04-04 18:46:12 +02:00
|
|
|
|
2000-07-09 21:15:30 +02:00
|
|
|
|
2000-11-04 09:33:38 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Type> */
|
|
|
|
/* FT_Slot_Internal */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* An opaque handle to an FT_Slot_InternalRec structure, used to */
|
|
|
|
/* model private data of a given FT_GlyphSlot object. */
|
|
|
|
/* */
|
|
|
|
typedef struct FT_Slot_InternalRec_* FT_Slot_Internal;
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
|
2000-07-10 16:24:26 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Struct> */
|
|
|
|
/* FT_GlyphSlotRec */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType root glyph slot class structure. A glyph slot is a */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* container where individual glyphs can be loaded, be they */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* vectorial or bitmap/graymaps. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* library :: A handle to the FreeType library instance */
|
|
|
|
/* this slot belongs to. */
|
2000-07-01 01:12:55 +02:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* face :: A handle to the parent face object. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* next :: In some cases (like some font tools), several */
|
|
|
|
/* glyph slots per face object can be a good */
|
|
|
|
/* thing. As this is rare, the glyph slots are */
|
|
|
|
/* listed through a direct, single-linked list */
|
|
|
|
/* using its `next' field. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* generic :: A typeless pointer which is unused by the */
|
|
|
|
/* FreeType library or any of its drivers. It */
|
|
|
|
/* can be used by client applications to link */
|
2001-02-13 18:42:49 +01:00
|
|
|
/* their own data to each glyph slot object. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* metrics :: The metrics of the last loaded glyph in the */
|
|
|
|
/* slot. The returned values depend on the last */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* load flags (see the @FT_Load_Glyph API */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* function) and can be expressed either in 26.6 */
|
|
|
|
/* fractional pixels or font units. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Note that even when the glyph image is */
|
|
|
|
/* transformed, the metrics are not. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* linearHoriAdvance :: For scalable formats only, this field holds */
|
|
|
|
/* the linearly scaled horizontal advance width */
|
|
|
|
/* for the glyph (i.e. the scaled and unhinted */
|
2000-10-07 17:51:50 +02:00
|
|
|
/* value of the hori advance). This can be */
|
|
|
|
/* important to perform correct WYSIWYG layout. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
|
|
|
/* Note that this value is expressed by default */
|
|
|
|
/* in 16.16 pixels. However, when the glyph is */
|
2000-10-07 17:51:50 +02:00
|
|
|
/* loaded with the FT_LOAD_LINEAR_DESIGN flag, */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* this field contains simply the value of the */
|
|
|
|
/* advance in original font units. */
|
|
|
|
/* */
|
|
|
|
/* linearVertAdvance :: For scalable formats only, this field holds */
|
|
|
|
/* the linearly scaled vertical advance height */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* for the glyph. See linearHoriAdvance for */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* comments. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* advance :: This is the transformed advance width for the */
|
|
|
|
/* glyph. */
|
|
|
|
/* */
|
|
|
|
/* format :: This field indicates the format of the image */
|
|
|
|
/* contained in the glyph slot. Typically */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_GLYPH_FORMAT_BITMAP, */
|
|
|
|
/* FT_GLYPH_FORMAT_OUTLINE, and */
|
|
|
|
/* FT_GLYPH_FORMAT_COMPOSITE, but others are */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* possible. */
|
|
|
|
/* */
|
|
|
|
/* bitmap :: This field is used as a bitmap descriptor */
|
|
|
|
/* when the slot format is */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_GLYPH_FORMAT_BITMAP. Note that the */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* address and content of the bitmap buffer can */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* change between calls of @FT_Load_Glyph and a */
|
|
|
|
/* few other functions. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
|
|
|
/* bitmap_left :: This is the bitmap's left bearing expressed */
|
|
|
|
/* in integer pixels. Of course, this is only */
|
|
|
|
/* valid if the format is */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_GLYPH_FORMAT_BITMAP. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
|
|
|
/* bitmap_top :: This is the bitmap's top bearing expressed in */
|
|
|
|
/* integer pixels. Remember that this is the */
|
|
|
|
/* distance from the baseline to the top-most */
|
|
|
|
/* glyph scanline, upwards y-coordinates being */
|
|
|
|
/* *positive*. */
|
|
|
|
/* */
|
|
|
|
/* outline :: The outline descriptor for the current glyph */
|
|
|
|
/* image if its format is */
|
* include/freetype/ftglyph.h (ft_glyph_bbox_unscaled,
ft_glyph_bbox_subpixels, ft_glyph_bbox_gridfit,
ft_glyph_bbox_truncate, ft_glyph_bbox_pixels): Replaced with
FT_GLYPH_BBOX_UNSCALED, FT_GLYPH_BBOX_SUBPIXELS,
FT_GLYPH_BBIX_GRIDFIT, FT_GLYPH_BBOX_TRUNCATE, FT_GLYPH_BBOX_PIXELS.
The lowercase variants are now (deprecated aliases) to the uppercase
versions.
Updated all other files.
* include/freetype/ftmodule.h (ft_module_font_driver,
ft_module_renderer, ft_module_hinter, ft_module_styler,
ft_module_driver_scalable, ft_module_driver_no_outlines,
ft_module_driver_has_hinter): Replaced with FT_MODULE_FONT_DRIVER,
FT_MODULE_RENDERER, FT_MODULE_HINTER, FT_MODULE_STYLER,
FT_MODULE_DRIVER_SCALABLE, FT_MODULE_DRIVER_NO_OUTLINES,
FT_MODULE_DRIVER_HAS_HINTER.
The lowercase variants are now (deprecated aliases) to the uppercase
versions.
Updated all other files.
* src/base/ftglyph.c (FT_Glyph_Get_CBox): Handle bbox_mode better
as enumeration.
* src/pcf/pcfdrivr.c (pcf_driver_class), src/winfonts/winfnt.c
(winfnt_driver_class), src/bdf/bdfdrivr.c (bdf_driver_class): Add
the FT_MODULE_DRIVER_NO_OUTLINES flag.
2003-06-17 12:42:27 +02:00
|
|
|
/* FT_GLYPH_FORMAT_OUTLINE. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
|
|
|
/* num_subglyphs :: The number of subglyphs in a composite glyph. */
|
2003-07-03 15:56:28 +02:00
|
|
|
/* This field is only valid for the composite */
|
|
|
|
/* glyph format that should normally only be */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* loaded with the @FT_LOAD_NO_RECURSE flag. */
|
|
|
|
/* For now this is internal to FreeType. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
|
|
|
/* subglyphs :: An array of subglyph descriptors for */
|
|
|
|
/* composite glyphs. There are `num_subglyphs' */
|
2003-07-03 15:56:28 +02:00
|
|
|
/* elements in there. Currently internal to */
|
|
|
|
/* FreeType. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
|
|
|
/* control_data :: Certain font drivers can also return the */
|
|
|
|
/* control data for a given glyph image (e.g. */
|
|
|
|
/* TrueType bytecode, Type 1 charstrings, etc.). */
|
|
|
|
/* This field is a pointer to such data. */
|
|
|
|
/* */
|
|
|
|
/* control_len :: This is the length in bytes of the control */
|
|
|
|
/* data. */
|
|
|
|
/* */
|
|
|
|
/* other :: Really wicked formats can use this pointer to */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* present their own glyph image to client */
|
|
|
|
/* applications. Note that the application */
|
|
|
|
/* needs to know about the image format. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2004-06-12 15:21:20 +02:00
|
|
|
/* lsb_delta :: The difference between hinted and unhinted */
|
|
|
|
/* left side bearing while autohinting is */
|
|
|
|
/* active. Zero otherwise. */
|
2004-06-09 22:18:35 +02:00
|
|
|
/* */
|
2004-06-12 15:21:20 +02:00
|
|
|
/* rsb_delta :: The difference between hinted and unhinted */
|
|
|
|
/* right side bearing while autohinting is */
|
|
|
|
/* active. Zero otherwise. */
|
2004-06-09 22:18:35 +02:00
|
|
|
/* */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* <Note> */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* If @FT_Load_Glyph is called with default flags (see */
|
|
|
|
/* @FT_LOAD_DEFAULT) the glyph image is loaded in the glyph slot in */
|
2001-02-13 18:42:49 +01:00
|
|
|
/* its native format (e.g. a vectorial outline for TrueType and */
|
|
|
|
/* Type 1 formats). */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
|
|
|
/* This image can later be converted into a bitmap by calling */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @FT_Render_Glyph. This function finds the current renderer for */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* the native image's format then invokes it. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
|
|
|
/* The renderer is in charge of transforming the native image through */
|
|
|
|
/* the slot's face transformation fields, then convert it into a */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* bitmap that is returned in `slot->bitmap'. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Note that `slot->bitmap_left' and `slot->bitmap_top' are also used */
|
|
|
|
/* to specify the position of the bitmap relative to the current pen */
|
|
|
|
/* position (e.g. coordinates [0,0] on the baseline). Of course, */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* `slot->format' is also changed to `FT_GLYPH_FORMAT_BITMAP' . */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2004-06-09 22:18:35 +02:00
|
|
|
/* <Note> */
|
2004-06-12 15:21:20 +02:00
|
|
|
/* Here a small pseudo code fragment which shows how to use */
|
|
|
|
/* `lsb_delta' and `rsb_delta': */
|
2004-06-09 22:18:35 +02:00
|
|
|
/* */
|
2004-06-12 15:21:20 +02:00
|
|
|
/* { */
|
|
|
|
/* FT_Pos origin_x = 0; */
|
|
|
|
/* FT_Pos prev_rsb_delta = 0; */
|
2004-06-09 22:18:35 +02:00
|
|
|
/* */
|
|
|
|
/* */
|
2004-06-12 15:21:20 +02:00
|
|
|
/* for all glyphs do */
|
|
|
|
/* <compute kern between current and previous glyph and add it to */
|
|
|
|
/* `origin_x'> */
|
2004-06-09 22:18:35 +02:00
|
|
|
/* */
|
2004-06-12 15:21:20 +02:00
|
|
|
/* <load glyph with `FT_Load_Glyph'> */
|
2004-06-09 22:18:35 +02:00
|
|
|
/* */
|
2004-06-12 15:21:20 +02:00
|
|
|
/* if ( prev_rsb_delta - face->glyph->lsb_delta >= 32 ) */
|
|
|
|
/* origin_x -= 64; */
|
|
|
|
/* else if ( prev_rsb_delta - face->glyph->lsb_delta < -32 ) */
|
|
|
|
/* origin_x += 64; */
|
2004-06-09 22:18:35 +02:00
|
|
|
/* */
|
2004-06-12 15:21:20 +02:00
|
|
|
/* prev_rsb_delta = face->glyph->rsb_delta; */
|
2004-06-09 22:18:35 +02:00
|
|
|
/* */
|
2004-06-12 15:21:20 +02:00
|
|
|
/* <save glyph image, or render glyph, or ...> */
|
|
|
|
/* */
|
|
|
|
/* origin_x += face->glyph->advance.x; */
|
|
|
|
/* endfor */
|
|
|
|
/* } */
|
2004-06-09 22:18:35 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
typedef struct FT_GlyphSlotRec_
|
|
|
|
{
|
2000-07-01 01:12:55 +02:00
|
|
|
FT_Library library;
|
1999-12-17 00:11:37 +01:00
|
|
|
FT_Face face;
|
|
|
|
FT_GlyphSlot next;
|
2003-07-26 08:08:14 +02:00
|
|
|
FT_UInt reserved; /* retained for binary compatibility */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
FT_Generic generic;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
FT_Glyph_Metrics metrics;
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
FT_Fixed linearHoriAdvance;
|
|
|
|
FT_Fixed linearVertAdvance;
|
|
|
|
FT_Vector advance;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-03-28 13:22:31 +02:00
|
|
|
FT_Glyph_Format format;
|
2000-07-10 16:24:26 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
FT_Bitmap bitmap;
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
FT_Int bitmap_left;
|
|
|
|
FT_Int bitmap_top;
|
2000-07-10 16:24:26 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
FT_Outline outline;
|
2000-04-04 18:46:12 +02:00
|
|
|
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
FT_UInt num_subglyphs;
|
2002-03-14 13:56:35 +01:00
|
|
|
FT_SubGlyph subglyphs;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
void* control_data;
|
2000-04-25 18:08:33 +02:00
|
|
|
long control_len;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2004-06-09 22:18:35 +02:00
|
|
|
FT_Pos lsb_delta;
|
|
|
|
FT_Pos rsb_delta;
|
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
void* other;
|
|
|
|
|
2000-11-04 03:52:02 +01:00
|
|
|
FT_Slot_Internal internal;
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
} FT_GlyphSlotRec;
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* F U N C T I O N S */
|
|
|
|
/* */
|
|
|
|
/*************************************************************************/
|
|
|
|
/*************************************************************************/
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Init_FreeType */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* Initializes a new FreeType library object. The set of modules */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* that are registered by this function is determined at build time. */
|
|
|
|
/* */
|
|
|
|
/* <Output> */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* alibrary :: A handle to a new library object. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Init_FreeType( FT_Library *alibrary );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
2002-03-06 13:42:34 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Library_Version */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* Return the version of the FreeType library being used. This is */
|
|
|
|
/* useful when dynamically linking to the library, since one cannot */
|
|
|
|
/* use the macros FT_FREETYPE_MAJOR, FT_FREETYPE_MINOR, and */
|
2002-03-06 13:42:34 +01:00
|
|
|
/* FT_FREETYPE_PATCH. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* library :: A source library handle. */
|
2002-03-06 13:42:34 +01:00
|
|
|
/* */
|
|
|
|
/* <Output> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* amajor :: The major version number. */
|
|
|
|
/* */
|
|
|
|
/* aminor :: The minor version number. */
|
|
|
|
/* */
|
|
|
|
/* apatch :: The patch version number. */
|
2002-03-06 13:42:34 +01:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* The reason why this function takes a 'library' argument is because */
|
|
|
|
/* certain programs implement library initialization in a custom way */
|
|
|
|
/* that doesn't use `FT_Init_FreeType'. */
|
2002-03-06 13:42:34 +01:00
|
|
|
/* */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* In such cases, the library version might not be available before */
|
|
|
|
/* the library object has been created. */
|
2002-03-06 13:42:34 +01:00
|
|
|
/* */
|
|
|
|
FT_EXPORT( void )
|
|
|
|
FT_Library_Version( FT_Library library,
|
|
|
|
FT_Int *amajor,
|
|
|
|
FT_Int *aminor,
|
|
|
|
FT_Int *apatch );
|
|
|
|
|
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Done_FreeType */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Destroys a given FreeType library object and all of its childs, */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* including resources, drivers, faces, sizes, etc. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* library :: A handle to the target library object. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Done_FreeType( FT_Library library );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
2000-03-28 13:22:31 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* <Enum> */
|
2003-06-18 08:59:57 +02:00
|
|
|
/* FT_OPEN_XXX */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2003-06-18 08:59:57 +02:00
|
|
|
/* A list of bit-field constants used within the `flags' field of the */
|
|
|
|
/* @FT_Open_Args structure. */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* */
|
2003-06-18 08:59:57 +02:00
|
|
|
/* <Values> */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_OPEN_MEMORY :: This is a memory-based stream. */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_OPEN_STREAM :: Copy the stream from the `stream' field. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_OPEN_PATHNAME :: Create a new input stream from a C */
|
2002-07-26 11:09:10 +02:00
|
|
|
/* path name. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_OPEN_DRIVER :: Use the `driver' field. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_OPEN_PARAMS :: Use the `num_params' & `params' field. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* ft_open_memory :: Deprecated; use @FT_OPEN_MEMORY instead. */
|
2002-12-16 22:51:24 +01:00
|
|
|
/* */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* ft_open_stream :: Deprecated; use @FT_OPEN_STREAM instead. */
|
2002-12-16 22:51:24 +01:00
|
|
|
/* */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* ft_open_pathname :: Deprecated; use @FT_OPEN_PATHNAME instead. */
|
2002-12-16 22:51:24 +01:00
|
|
|
/* */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* ft_open_driver :: Deprecated; use @FT_OPEN_DRIVER instead. */
|
2002-12-16 22:51:24 +01:00
|
|
|
/* */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* ft_open_params :: Deprecated; use @FT_OPEN_PARAMS instead. */
|
2002-12-16 22:51:24 +01:00
|
|
|
/* */
|
2001-08-21 10:50:45 +02:00
|
|
|
/* <Note> */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* The `FT_OPEN_MEMORY', `FT_OPEN_STREAM', and `FT_OPEN_PATHNAME' */
|
2001-08-22 20:35:06 +02:00
|
|
|
/* flags are mutually exclusive. */
|
2001-08-21 10:50:45 +02:00
|
|
|
/* */
|
2003-06-18 08:59:57 +02:00
|
|
|
#define FT_OPEN_MEMORY 0x1
|
|
|
|
#define FT_OPEN_STREAM 0x2
|
|
|
|
#define FT_OPEN_PATHNAME 0x4
|
|
|
|
#define FT_OPEN_DRIVER 0x8
|
|
|
|
#define FT_OPEN_PARAMS 0x10
|
2000-05-12 12:19:41 +02:00
|
|
|
|
2003-04-22 07:51:31 +02:00
|
|
|
#define ft_open_memory FT_OPEN_MEMORY /* deprecated */
|
|
|
|
#define ft_open_stream FT_OPEN_STREAM /* deprecated */
|
|
|
|
#define ft_open_pathname FT_OPEN_PATHNAME /* deprecated */
|
|
|
|
#define ft_open_driver FT_OPEN_DRIVER /* deprecated */
|
|
|
|
#define ft_open_params FT_OPEN_PARAMS /* deprecated */
|
2000-05-12 12:19:41 +02:00
|
|
|
|
2002-09-05 17:10:54 +02:00
|
|
|
|
2000-05-12 12:19:41 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* <Struct> */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* FT_Parameter */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A simple structure used to pass more or less generic parameters */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* to @FT_Open_Face. */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* tag :: A 4-byte identification tag. */
|
|
|
|
/* */
|
|
|
|
/* data :: A pointer to the parameter data. */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* The id and function of parameters are driver-specific. */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
typedef struct FT_Parameter_
|
2000-05-12 12:19:41 +02:00
|
|
|
{
|
2000-07-09 21:15:30 +02:00
|
|
|
FT_ULong tag;
|
|
|
|
FT_Pointer data;
|
2000-05-12 12:19:41 +02:00
|
|
|
|
|
|
|
} FT_Parameter;
|
2000-03-28 13:22:31 +02:00
|
|
|
|
2000-07-09 21:15:30 +02:00
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Struct> */
|
|
|
|
/* FT_Open_Args */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A structure used to indicate how to open a new font file/stream. */
|
|
|
|
/* A pointer to such a structure can be used as a parameter for the */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* functions @FT_Open_Face and @FT_Attach_Stream. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
|
|
|
/* flags :: A set of bit flags indicating how to use the */
|
|
|
|
/* structure. */
|
|
|
|
/* */
|
|
|
|
/* memory_base :: The first byte of the file in memory. */
|
|
|
|
/* */
|
|
|
|
/* memory_size :: The size in bytes of the file in memory. */
|
|
|
|
/* */
|
|
|
|
/* pathname :: A pointer to an 8-bit file pathname. */
|
|
|
|
/* */
|
|
|
|
/* stream :: A handle to a source stream object. */
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* driver :: This field is exclusively used by @FT_Open_Face; */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* it simply specifies the font driver to use to open */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* the face. If set to 0, FreeType tries to load the */
|
|
|
|
/* face with each one of the drivers in its list. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
|
|
|
/* num_params :: The number of extra parameters. */
|
|
|
|
/* */
|
|
|
|
/* params :: Extra parameters passed to the font driver when */
|
|
|
|
/* opening a new face. */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2001-08-22 20:35:06 +02:00
|
|
|
/* The stream type is determined by the contents of `flags' which */
|
2001-08-21 10:50:45 +02:00
|
|
|
/* are tested in the following order by @FT_Open_Face: */
|
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* If the `FT_OPEN_MEMORY' bit is set, assume that this is a */
|
2001-08-22 20:35:06 +02:00
|
|
|
/* memory file of `memory_size' bytes,located at `memory_address'. */
|
2001-08-21 10:50:45 +02:00
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* Otherwise, if the `FT_OPEN_STREAM' bit is set, assume that a */
|
2001-08-22 20:35:06 +02:00
|
|
|
/* custom input stream `stream' is used. */
|
2001-08-21 10:50:45 +02:00
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* Otherwise, if the `FT_OPEN_PATHNAME' bit is set, assume that this */
|
2001-08-22 20:35:06 +02:00
|
|
|
/* is a normal file and use `pathname' to open it. */
|
2001-08-21 10:50:45 +02:00
|
|
|
/* */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* If the `FT_OPEN_DRIVER' bit is set, @FT_Open_Face only tries to */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* open the file with the driver whose handler is in `driver'. */
|
2001-08-21 10:50:45 +02:00
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* If the `FT_OPEN_PARAMS' bit is set, the parameters given by */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* `num_params' and `params' is used. They are ignored otherwise. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
|
|
|
typedef struct FT_Open_Args_
|
2000-02-10 18:03:11 +01:00
|
|
|
{
|
2003-06-18 08:59:57 +02:00
|
|
|
FT_UInt flags;
|
|
|
|
const FT_Byte* memory_base;
|
|
|
|
FT_Long memory_size;
|
|
|
|
FT_String* pathname;
|
|
|
|
FT_Stream stream;
|
|
|
|
FT_Module driver;
|
|
|
|
FT_Int num_params;
|
|
|
|
FT_Parameter* params;
|
2000-02-13 14:35:21 +01:00
|
|
|
|
2000-02-10 18:03:11 +01:00
|
|
|
} FT_Open_Args;
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-07-09 21:15:30 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* FT_New_Face */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Creates a new face object from a given resource and typeface index */
|
|
|
|
/* using a pathname to the font file. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* <InOut> */
|
|
|
|
/* library :: A handle to the library resource. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* <Input> */
|
|
|
|
/* pathname :: A path to the font file. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* face_index :: The index of the face within the resource. The */
|
|
|
|
/* first face has index 0. */
|
2004-03-20 15:26:38 +01:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* <Output> */
|
2005-11-04 12:33:32 +01:00
|
|
|
/* aface :: A handle to a new face object. If `face_index' is */
|
|
|
|
/* greater than or equal to zero, it must be non-NULL. */
|
|
|
|
/* See note below. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Unlike FreeType 1.x, this function automatically creates a glyph */
|
|
|
|
/* slot for the face object which can be accessed directly through */
|
|
|
|
/* `face->glyph'. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2005-11-04 12:33:32 +01:00
|
|
|
/* @FT_New_Face can be used to quickly check whether the font */
|
|
|
|
/* format of a given font resource is supported by FreeType. If the */
|
|
|
|
/* `face_index' field is negative, the function's return value is 0 */
|
|
|
|
/* if the font format is recognized, or non-zero otherwise; */
|
|
|
|
/* the function returns a more or less empty face handle in `*aface' */
|
|
|
|
/* (if `aface' isn't NULL). The only useful field in this special */
|
|
|
|
/* case is `face->num_faces' which gives the number of faces within */
|
|
|
|
/* the font file. After examination, the returned @FT_Face structure */
|
|
|
|
/* should be deallocated with a call to @FT_Done_Face. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* Each new face object created with this function also owns a */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* default @FT_Size object, accessible as `face->size'. */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_New_Face( FT_Library library,
|
|
|
|
const char* filepathname,
|
|
|
|
FT_Long face_index,
|
|
|
|
FT_Face *aface );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
2000-05-12 12:19:41 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_New_Memory_Face */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* Creates a new face object from a given resource and typeface index */
|
|
|
|
/* using a font file already loaded into memory. */
|
|
|
|
/* */
|
|
|
|
/* <InOut> */
|
|
|
|
/* library :: A handle to the library resource. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* file_base :: A pointer to the beginning of the font data. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* file_size :: The size of the memory chunk used by the font data. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* face_index :: The index of the face within the resource. The */
|
|
|
|
/* first face has index 0. */
|
2004-03-20 15:26:38 +01:00
|
|
|
/* */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* <Output> */
|
2005-11-04 12:33:32 +01:00
|
|
|
/* aface :: A handle to a new face object. If `face_index' is */
|
|
|
|
/* greater than or equal to zero, it must be non-NULL. */
|
|
|
|
/* See note below. */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* FreeType error code. 0 means success. */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2001-06-20 01:03:41 +02:00
|
|
|
/* The font data bytes are used _directly_ by the @FT_Face object. */
|
|
|
|
/* This means that they are not copied, and that the client is */
|
2001-06-19 10:28:24 +02:00
|
|
|
/* responsible for releasing/destroying them _after_ the */
|
2001-06-20 01:03:41 +02:00
|
|
|
/* corresponding call to @FT_Done_Face . */
|
2001-06-19 10:28:24 +02:00
|
|
|
/* */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* Unlike FreeType 1.x, this function automatically creates a glyph */
|
|
|
|
/* slot for the face object which can be accessed directly through */
|
|
|
|
/* `face->glyph'. */
|
|
|
|
/* */
|
2005-11-04 12:33:32 +01:00
|
|
|
/* @FT_New_Memory_Face can be used to quickly check whether the font */
|
|
|
|
/* format of a given font resource is supported by FreeType. If the */
|
|
|
|
/* `face_index' field is negative, the function's return value is 0 */
|
|
|
|
/* if the font format is recognized, or non-zero otherwise; */
|
|
|
|
/* the function returns a more or less empty face handle in `*aface' */
|
|
|
|
/* (if `aface' isn't NULL). The only useful field in this special */
|
|
|
|
/* case is `face->num_faces' which gives the number of faces within */
|
|
|
|
/* the font file. After examination, the returned @FT_Face structure */
|
|
|
|
/* should be deallocated with a call to @FT_Done_Face. */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_New_Memory_Face( FT_Library library,
|
|
|
|
const FT_Byte* file_base,
|
|
|
|
FT_Long file_size,
|
|
|
|
FT_Long face_index,
|
|
|
|
FT_Face *aface );
|
2000-05-12 12:19:41 +02:00
|
|
|
|
|
|
|
|
2000-02-10 18:03:11 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Open_Face */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Opens a face object from a given resource and typeface index using */
|
|
|
|
/* an `FT_Open_Args' structure. If the face object doesn't exist, it */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* is created. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* <InOut> */
|
|
|
|
/* library :: A handle to the library resource. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* <Input> */
|
|
|
|
/* args :: A pointer to an `FT_Open_Args' structure which must */
|
|
|
|
/* be filled by the caller. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* face_index :: The index of the face within the resource. The */
|
|
|
|
/* first face has index 0. */
|
2004-03-20 15:26:38 +01:00
|
|
|
/* */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* <Output> */
|
2005-11-04 07:58:49 +01:00
|
|
|
/* aface :: A handle to a new face object. If `face_index' is */
|
|
|
|
/* greater than or equal to zero, it must be non-NULL. */
|
|
|
|
/* See note below. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Unlike FreeType 1.x, this function automatically creates a glyph */
|
|
|
|
/* slot for the face object which can be accessed directly through */
|
|
|
|
/* `face->glyph'. */
|
|
|
|
/* */
|
2005-11-04 12:33:32 +01:00
|
|
|
/* @FT_Open_Face can be used to quickly check whether the font */
|
|
|
|
/* format of a given font resource is supported by FreeType. If the */
|
|
|
|
/* `face_index' field is negative, the function's return value is 0 */
|
|
|
|
/* if the font format is recognized, or non-zero otherwise; */
|
|
|
|
/* the function returns a more or less empty face handle in `*aface' */
|
|
|
|
/* (if `aface' isn't NULL). The only useful field in this special */
|
|
|
|
/* case is `face->num_faces' which gives the number of faces within */
|
|
|
|
/* the font file. After examination, the returned @FT_Face structure */
|
|
|
|
/* should be deallocated with a call to @FT_Done_Face. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
2002-10-07 11:15:20 +02:00
|
|
|
FT_Open_Face( FT_Library library,
|
|
|
|
const FT_Open_Args* args,
|
|
|
|
FT_Long face_index,
|
|
|
|
FT_Face *aface );
|
2000-02-10 18:03:11 +01:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-02-10 18:03:11 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Attach_File */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* `Attaches' a given font file to an existing face. This is usually */
|
|
|
|
/* to read additional information for a single face object. For */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* example, it is used to read the AFM files that come with Type 1 */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* fonts in order to add kerning data and other metrics. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* <InOut> */
|
|
|
|
/* face :: The target face object. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* <Input> */
|
|
|
|
/* filepathname :: An 8-bit pathname naming the `metrics' file. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* If your font file is in memory, or if you want to provide your */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* own input stream object, use @FT_Attach_Stream. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* The meaning of the `attach' action (i.e., what really happens when */
|
|
|
|
/* the new file is read) is not fixed by FreeType itself. It really */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* depends on the font format (and thus the font driver). */
|
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Client applications are expected to know what they are doing */
|
|
|
|
/* when invoking this function. Most drivers simply do not implement */
|
|
|
|
/* file attachments. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Attach_File( FT_Face face,
|
|
|
|
const char* filepathname );
|
2000-07-09 21:15:30 +02:00
|
|
|
|
2000-04-04 18:46:12 +02:00
|
|
|
|
2000-02-10 18:03:11 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Attach_Stream */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* This function is similar to @FT_Attach_File with the exception */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* that it reads the attachment from an arbitrary stream. */
|
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <InOut> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* face :: The target face object. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <Input> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* parameters :: A pointer to an FT_Open_Args structure used to */
|
|
|
|
/* describe the input stream to FreeType. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* <Note> */
|
|
|
|
/* The meaning of the `attach' (i.e. what really happens when the */
|
|
|
|
/* new file is read) is not fixed by FreeType itself. It really */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* depends on the font format (and thus the font driver). */
|
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Client applications are expected to know what they are doing */
|
|
|
|
/* when invoking this function. Most drivers simply do not implement */
|
|
|
|
/* file attachments. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Attach_Stream( FT_Face face,
|
|
|
|
FT_Open_Args* parameters );
|
2000-02-10 18:03:11 +01:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Done_Face */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* Discards a given face object, as well as all of its child slots */
|
|
|
|
/* and sizes. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* face :: A handle to a target face object. */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Done_Face( FT_Face face );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Set_Char_Size */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Sets the character dimensions of a given face object. The */
|
|
|
|
/* `char_width' and `char_height' values are used for the width and */
|
|
|
|
/* height, respectively, expressed in 26.6 fractional points. */
|
|
|
|
/* */
|
|
|
|
/* If the horizontal or vertical resolution values are zero, a */
|
|
|
|
/* default value of 72dpi is used. Similarly, if one of the */
|
|
|
|
/* character dimensions is zero, its value is set equal to the other. */
|
|
|
|
/* */
|
|
|
|
/* <InOut> */
|
2003-06-14 23:39:17 +02:00
|
|
|
/* face :: A handle to a target face object. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Input> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* char_width :: The character width, in 26.6 fractional points. */
|
|
|
|
/* */
|
|
|
|
/* char_height :: The character height, in 26.6 fractional */
|
|
|
|
/* points. */
|
|
|
|
/* */
|
|
|
|
/* horz_resolution :: The horizontal resolution. */
|
|
|
|
/* */
|
|
|
|
/* vert_resolution :: The vertical resolution. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2005-04-03 22:11:42 +02:00
|
|
|
/* For BDF and PCF formats, this function uses the `PIXEL_SIZE' */
|
|
|
|
/* property of the bitmap font; the `char_width' parameter is */
|
|
|
|
/* ignored. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Set_Char_Size( FT_Face face,
|
|
|
|
FT_F26Dot6 char_width,
|
|
|
|
FT_F26Dot6 char_height,
|
|
|
|
FT_UInt horz_resolution,
|
|
|
|
FT_UInt vert_resolution );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Set_Pixel_Sizes */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Sets the character dimensions of a given face object. The width */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* and height are expressed in integer pixels. */
|
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* If one of the character dimensions is zero, its value is set equal */
|
|
|
|
/* to the other. */
|
|
|
|
/* */
|
|
|
|
/* <InOut> */
|
|
|
|
/* face :: A handle to the target face object. */
|
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* <Input> */
|
|
|
|
/* pixel_width :: The character width, in integer pixels. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* pixel_height :: The character height, in integer pixels. */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-11-07 18:21:11 +01:00
|
|
|
/* <Note> */
|
|
|
|
/* The values of `pixel_width' and `pixel_height' correspond to the */
|
|
|
|
/* pixel values of the _typographic_ character size, which are NOT */
|
|
|
|
/* necessarily the same as the dimensions of the glyph `bitmap */
|
|
|
|
/* cells'. */
|
|
|
|
/* */
|
|
|
|
/* The `character size' is really the size of an abstract square */
|
|
|
|
/* called the `EM', used to design the font. However, depending */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* on the font design, glyphs is smaller or greater than the EM. */
|
2000-11-07 18:21:11 +01:00
|
|
|
/* */
|
|
|
|
/* This means that setting the pixel size to, say, 8x8 doesn't */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* guarantee in any way that you get glyph bitmaps that all fit */
|
2000-11-07 18:21:11 +01:00
|
|
|
/* within an 8x8 cell (sometimes even far from it). */
|
|
|
|
/* */
|
* src/winfonts/winfnt.c (FNT_Load_Glyph): Use first_char in
computation of glyph_index.
(FNT_Size_Set_Pixels): To find a strike, first check pixel_height
only, then try to find a better hit by comparing pixel_width also.
Without this fix it isn't possible to access all strikes.
Also compute metrics.max_advance to be in sync with other bitmap
drivers.
* src/base/ftobjs.c (FT_Set_Char_Size): Remove redundant code.
(FT_Set_Pixel_Size): Assign value to `metrics' after validation of
arguments.
Synchronize computation of height and width for bitmap strikes. The
`width' field in the FT_Bitmap_Size structure is now only useful to
enumerate different strikes. The `max_advance' field of the
FT_Size_Metrics structure should be used to get the (maximum) width
of a strike.
* src/bdf/bdfdrivr.c (BDF_Face_Init): Don't use AVERAGE_WIDTH for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/pcf/pcfread.c (pcf_load_font): Don't use RESOLUTION_X for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/truetype/ttdriver.c (Set_Pixel_Sizes): Pass only single
argument to function.
* src/psnames/psmodule.c (ps_unicode_value): Handle `.' after
`uniXXXX' and `uXXXX[X[X]]'.
* src/bdf/bdfdrivr.c: s/FT_Err_/BDF_Err/.
* src/cache/ftccache.c, src/cache/ftcsbits.c, src/cache/ftlru.c:
s/FT_Err_/FTC_Err_/.
* src/cff/cffcmap.c: s/FT_Err_/CFF_Err_/.
* src/pcf/pcfdrivr.c: s/FT_Err_/PCF_Err_/.
* src/psaux/t1cmap.c: Include psauxerr.h.
s/FT_Err_/PSaux_Err_/.
* src/pshinter/pshnterr.h: New file.
* src/pshinter/rules.mk: Updated.
* src/pshinter/pshalgo.c, src/pshinter/pshrec.c: Include pshnterr.h.
s/FT_Err_/PSH_Err_/.
* src/pfr/pfrdrivr.c, src/pfr/pfrobjs.c, src/pfr/pfrsbit.c:
s/FT_Err_/PFR_Err_/.
* src/sfnt/sfdriver.c, src/sfnt/sfobjs.c, src/sfnt/ttcmap0.c,
src/sfnt/ttload.c: s/FT_Err_/SFNT_Err_/.
* src/truetype/ttgload.c: s/FT_Err_/TT_Err_/.
* src/gzip/ftgzip.c: Load FT_MODULE_ERRORS_H and define
FT_ERR_PREFIX and FT_ERR_BASE.
s/FT_Err_/Gzip_Err_/.
2003-06-22 17:33:53 +02:00
|
|
|
/* For bitmap fonts, `pixel_height' usually is a reliable value for */
|
|
|
|
/* the height of the bitmap cell. Drivers for bitmap font formats */
|
2003-07-01 09:28:55 +02:00
|
|
|
/* which contain a single bitmap strike only (BDF, PCF, FNT) ignore */
|
* src/winfonts/winfnt.c (FNT_Load_Glyph): Use first_char in
computation of glyph_index.
(FNT_Size_Set_Pixels): To find a strike, first check pixel_height
only, then try to find a better hit by comparing pixel_width also.
Without this fix it isn't possible to access all strikes.
Also compute metrics.max_advance to be in sync with other bitmap
drivers.
* src/base/ftobjs.c (FT_Set_Char_Size): Remove redundant code.
(FT_Set_Pixel_Size): Assign value to `metrics' after validation of
arguments.
Synchronize computation of height and width for bitmap strikes. The
`width' field in the FT_Bitmap_Size structure is now only useful to
enumerate different strikes. The `max_advance' field of the
FT_Size_Metrics structure should be used to get the (maximum) width
of a strike.
* src/bdf/bdfdrivr.c (BDF_Face_Init): Don't use AVERAGE_WIDTH for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/pcf/pcfread.c (pcf_load_font): Don't use RESOLUTION_X for
computing `available_sizes->width' but make it always equal to
`available_sizes->height'.
* src/truetype/ttdriver.c (Set_Pixel_Sizes): Pass only single
argument to function.
* src/psnames/psmodule.c (ps_unicode_value): Handle `.' after
`uniXXXX' and `uXXXX[X[X]]'.
* src/bdf/bdfdrivr.c: s/FT_Err_/BDF_Err/.
* src/cache/ftccache.c, src/cache/ftcsbits.c, src/cache/ftlru.c:
s/FT_Err_/FTC_Err_/.
* src/cff/cffcmap.c: s/FT_Err_/CFF_Err_/.
* src/pcf/pcfdrivr.c: s/FT_Err_/PCF_Err_/.
* src/psaux/t1cmap.c: Include psauxerr.h.
s/FT_Err_/PSaux_Err_/.
* src/pshinter/pshnterr.h: New file.
* src/pshinter/rules.mk: Updated.
* src/pshinter/pshalgo.c, src/pshinter/pshrec.c: Include pshnterr.h.
s/FT_Err_/PSH_Err_/.
* src/pfr/pfrdrivr.c, src/pfr/pfrobjs.c, src/pfr/pfrsbit.c:
s/FT_Err_/PFR_Err_/.
* src/sfnt/sfdriver.c, src/sfnt/sfobjs.c, src/sfnt/ttcmap0.c,
src/sfnt/ttload.c: s/FT_Err_/SFNT_Err_/.
* src/truetype/ttgload.c: s/FT_Err_/TT_Err_/.
* src/gzip/ftgzip.c: Load FT_MODULE_ERRORS_H and define
FT_ERR_PREFIX and FT_ERR_BASE.
s/FT_Err_/Gzip_Err_/.
2003-06-22 17:33:53 +02:00
|
|
|
/* `pixel_width'. */
|
2003-07-01 09:28:55 +02:00
|
|
|
/* */
|
2005-04-03 22:11:42 +02:00
|
|
|
/* For BDF and PCF formats, this function uses the sum of the */
|
|
|
|
/* `FONT_ASCENT' and `FONT_DESCENT' properties of the bitmap font. */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Set_Pixel_Sizes( FT_Face face,
|
|
|
|
FT_UInt pixel_width,
|
|
|
|
FT_UInt pixel_height );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Load_Glyph */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A function used to load a single glyph within a given glyph slot, */
|
|
|
|
/* for a given size. */
|
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <InOut> */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* face :: A handle to the target face object where the glyph */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* is loaded. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <Input> */
|
2003-12-13 19:42:31 +01:00
|
|
|
/* glyph_index :: The index of the glyph in the font file. For */
|
|
|
|
/* CID-keyed fonts (either in PS or in CFF format) */
|
|
|
|
/* this argument specifies the CID value. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* load_flags :: A flag indicating what to load for this glyph. The */
|
2002-09-18 13:32:12 +02:00
|
|
|
/* @FT_LOAD_XXX constants can be used to control the */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* glyph loading process (e.g., whether the outline */
|
|
|
|
/* should be scaled, whether to load bitmaps or not, */
|
|
|
|
/* whether to hint the outline, etc). */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* FreeType error code. 0 means success. */
|
|
|
|
/* */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* <Note> */
|
|
|
|
/* If the glyph image is not a bitmap, and if the bit flag */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* FT_LOAD_IGNORE_TRANSFORM is unset, the glyph image is transformed */
|
|
|
|
/* with the information passed to a previous call to */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @FT_Set_Transform. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Note that this also transforms the `face.glyph.advance' field, but */
|
|
|
|
/* *not* the values in `face.glyph.metrics'. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
2002-08-22 10:49:42 +02:00
|
|
|
FT_Load_Glyph( FT_Face face,
|
|
|
|
FT_UInt glyph_index,
|
|
|
|
FT_Int32 load_flags );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Load_Char */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A function used to load a single glyph within a given glyph slot, */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* for a given size, according to its character code. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <InOut> */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* face :: A handle to a target face object where the glyph */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* is loaded. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <Input> */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* char_code :: The glyph's character code, according to the */
|
|
|
|
/* current charmap used in the face. */
|
|
|
|
/* */
|
|
|
|
/* load_flags :: A flag indicating what to load for this glyph. The */
|
2002-09-18 13:32:12 +02:00
|
|
|
/* @FT_LOAD_XXX constants can be used to control the */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* glyph loading process (e.g., whether the outline */
|
|
|
|
/* should be scaled, whether to load bitmaps or not, */
|
|
|
|
/* whether to hint the outline, etc). */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* <Return> */
|
|
|
|
/* FreeType error code. 0 means success. */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* If the face has no current charmap, or if the character code */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* is not defined in the charmap, this function returns an error. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* If the glyph image is not a bitmap, and if the bit flag */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* FT_LOAD_IGNORE_TRANSFORM is unset, the glyph image is */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* transformed with the information passed to a previous call to */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @FT_Set_Transform. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Note that this also transforms the `face.glyph.advance' field, but */
|
|
|
|
/* *not* the values in `face.glyph.metrics'. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Load_Char( FT_Face face,
|
|
|
|
FT_ULong char_code,
|
2002-08-21 23:39:28 +02:00
|
|
|
FT_Int32 load_flags );
|
2000-07-09 21:15:30 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2003-07-25 07:57:21 +02:00
|
|
|
/***************************************************************************
|
2002-09-18 13:32:12 +02:00
|
|
|
*
|
|
|
|
* @enum:
|
|
|
|
* FT_LOAD_XXX
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* A list of bit-field constants, used with @FT_Load_Glyph to indicate
|
|
|
|
* what kind of operations to perform during glyph loading.
|
|
|
|
*
|
|
|
|
* @values:
|
|
|
|
* FT_LOAD_DEFAULT ::
|
|
|
|
* Corresponding to 0, this value is used a default glyph load. In this
|
2005-10-05 12:21:58 +02:00
|
|
|
* case, the following happens:
|
2002-09-18 13:32:12 +02:00
|
|
|
*
|
|
|
|
* 1. FreeType looks for a bitmap for the glyph corresponding to the
|
|
|
|
* face's current size. If one is found, the function returns. The
|
|
|
|
* bitmap data can be accessed from the glyph slot (see note below).
|
|
|
|
*
|
|
|
|
* 2. If no embedded bitmap is searched or found, FreeType looks for a
|
|
|
|
* scalable outline. If one is found, it is loaded from the font
|
|
|
|
* file, scaled to device pixels, then "hinted" to the pixel grid in
|
|
|
|
* order to optimize it. The outline data can be accessed from the
|
|
|
|
* glyph slot (see note below).
|
|
|
|
*
|
|
|
|
* Note that by default, the glyph loader doesn't render outlines into
|
|
|
|
* bitmaps. The following flags are used to modify this default
|
|
|
|
* behaviour to more specific and useful cases.
|
|
|
|
*
|
|
|
|
* FT_LOAD_NO_SCALE ::
|
|
|
|
* Don't scale the vector outline being loaded to 26.6 fractional
|
|
|
|
* pixels, but kept in font units. Note that this also disables
|
|
|
|
* hinting and the loading of embedded bitmaps. You should only use it
|
|
|
|
* when you want to retrieve the original glyph outlines in font units.
|
|
|
|
*
|
|
|
|
* FT_LOAD_NO_HINTING ::
|
2002-11-06 23:32:54 +01:00
|
|
|
* Don't hint glyph outlines after their scaling to device pixels.
|
2002-09-18 13:32:12 +02:00
|
|
|
* This generally generates "blurrier" glyphs in anti-aliased modes.
|
|
|
|
*
|
|
|
|
* This flag is ignored if @FT_LOAD_NO_SCALE is set.
|
|
|
|
*
|
|
|
|
* FT_LOAD_RENDER ::
|
|
|
|
* Render the glyph outline immediately into a bitmap before the glyph
|
|
|
|
* loader returns. By default, the glyph is rendered for the
|
|
|
|
* @FT_RENDER_MODE_NORMAL mode, which corresponds to 8-bit anti-aliased
|
|
|
|
* bitmaps using 256 opacity levels. You can use either
|
|
|
|
* @FT_LOAD_TARGET_MONO or @FT_LOAD_MONOCHROME to render 1-bit
|
|
|
|
* monochrome bitmaps.
|
|
|
|
*
|
|
|
|
* This flag is ignored if @FT_LOAD_NO_SCALE is set.
|
|
|
|
*
|
|
|
|
* FT_LOAD_NO_BITMAP ::
|
|
|
|
* Don't look for bitmaps when loading the glyph. Only scalable
|
2005-10-05 12:21:58 +02:00
|
|
|
* outlines are loaded when available, and scaled, hinted, or
|
2002-09-18 13:32:12 +02:00
|
|
|
* rendered depending on other bit flags.
|
|
|
|
*
|
|
|
|
* This does not prevent you from rendering outlines to bitmaps
|
|
|
|
* with @FT_LOAD_RENDER, however.
|
|
|
|
*
|
|
|
|
* FT_LOAD_VERTICAL_LAYOUT ::
|
|
|
|
* Prepare the glyph image for vertical text layout. This basically
|
2005-10-05 12:21:58 +02:00
|
|
|
* means that `face.glyph.advance' corresponds to the vertical
|
2002-09-18 13:32:12 +02:00
|
|
|
* advance height (instead of the default horizontal advance width),
|
2005-10-05 12:21:58 +02:00
|
|
|
* and that the glyph image is translated to match the vertical
|
2002-09-18 13:32:12 +02:00
|
|
|
* bearings positions.
|
|
|
|
*
|
|
|
|
* FT_LOAD_FORCE_AUTOHINT ::
|
|
|
|
* Force the use of the FreeType auto-hinter when a glyph outline is
|
|
|
|
* loaded. You shouldn't need this in a typical application, since it
|
|
|
|
* is mostly used to experiment with its algorithm.
|
|
|
|
*
|
|
|
|
* FT_LOAD_CROP_BITMAP ::
|
|
|
|
* Indicates that the glyph loader should try to crop the bitmap (i.e.,
|
|
|
|
* remove all space around its black bits) when loading it. This is
|
|
|
|
* only useful when loading embedded bitmaps in certain fonts, since
|
|
|
|
* bitmaps rendered with @FT_LOAD_RENDER are always cropped by default.
|
|
|
|
*
|
|
|
|
* FT_LOAD_PEDANTIC ::
|
|
|
|
* Indicates that the glyph loader should perform pedantic
|
|
|
|
* verifications during glyph loading, rejecting invalid fonts. This
|
|
|
|
* is mostly used to detect broken glyphs in fonts. By default,
|
|
|
|
* FreeType tries to handle broken fonts also.
|
|
|
|
*
|
|
|
|
* FT_LOAD_IGNORE_GLOBAL_ADVANCE_WIDTH ::
|
|
|
|
* Indicates that the glyph loader should ignore the global advance
|
2004-11-19 18:02:37 +01:00
|
|
|
* width defined in the font. For historical reasons (to support
|
|
|
|
* buggy CJK fonts), FreeType uses the value of the `advanceWidthMax'
|
|
|
|
* field in the `htmx' table for all glyphs if the font is monospaced.
|
|
|
|
* Activating this flags makes FreeType use the metric values given in
|
|
|
|
* the `htmx' table.
|
2002-09-18 13:32:12 +02:00
|
|
|
*
|
|
|
|
* FT_LOAD_NO_RECURSE ::
|
|
|
|
* This flag is only used internally. It merely indicates that the
|
|
|
|
* glyph loader should not load composite glyphs recursively. Instead,
|
|
|
|
* it should set the `num_subglyph' and `subglyphs' values of the glyph
|
|
|
|
* slot accordingly, and set "glyph->format" to
|
|
|
|
* @FT_GLYPH_FORMAT_COMPOSITE.
|
|
|
|
*
|
|
|
|
* The description of sub-glyphs is not available to client
|
|
|
|
* applications for now.
|
|
|
|
*
|
|
|
|
* FT_LOAD_IGNORE_TRANSFORM ::
|
|
|
|
* Indicates that the glyph loader should not try to transform the
|
|
|
|
* loaded glyph image. This doesn't prevent scaling, hinting, or
|
|
|
|
* rendering.
|
|
|
|
*
|
|
|
|
* FT_LOAD_MONOCHROME ::
|
|
|
|
* This flag is used with @FT_LOAD_RENDER to indicate that you want
|
|
|
|
* to render a 1-bit monochrome glyph bitmap from a vectorial outline.
|
|
|
|
*
|
|
|
|
* Note that this has no effect on the hinting algorithm used by the
|
|
|
|
* glyph loader. You should better use @FT_LOAD_TARGET_MONO if you
|
|
|
|
* want to render monochrome-optimized glyph images instead.
|
|
|
|
*
|
|
|
|
* FT_LOAD_LINEAR_DESIGN ::
|
|
|
|
* Return the linearly scaled metrics expressed in original font units
|
|
|
|
* instead of the default 16.16 pixel values.
|
|
|
|
*
|
|
|
|
* FT_LOAD_NO_AUTOHINT ::
|
|
|
|
* Indicates that the auto-hinter should never be used to hint glyph
|
|
|
|
* outlines. This doesn't prevent native format-specific hinters from
|
|
|
|
* being used. This can be important for certain fonts where unhinted
|
|
|
|
* output is better than auto-hinted one.
|
2004-02-19 22:39:58 +01:00
|
|
|
*
|
|
|
|
* FT_LOAD_TARGET_NORMAL ::
|
|
|
|
* Use hinting for @FT_RENDER_MODE_NORMAL.
|
|
|
|
*
|
|
|
|
* FT_LOAD_TARGET_LIGHT ::
|
|
|
|
* Use hinting for @FT_RENDER_MODE_LIGHT.
|
|
|
|
*
|
|
|
|
* FT_LOAD_TARGET_MONO ::
|
|
|
|
* Use hinting for @FT_RENDER_MODE_MONO.
|
|
|
|
*
|
|
|
|
* FT_LOAD_TARGET_LCD ::
|
|
|
|
* Use hinting for @FT_RENDER_MODE_LCD.
|
|
|
|
*
|
|
|
|
* FT_LOAD_TARGET_LCD_V ::
|
|
|
|
* Use hinting for @FT_RENDER_MODE_LCD_V.
|
2005-09-23 09:40:28 +02:00
|
|
|
*
|
|
|
|
* @note:
|
|
|
|
* You should use only _one_ of the FT_LOAD_TARGET_XXX values; they
|
|
|
|
* can't be ORed.
|
|
|
|
*
|
|
|
|
* However, FreeType makes a distinction between the hinting algorithm
|
|
|
|
* being used, and the pixel mode of the target bitmaps. For example,
|
|
|
|
* it is possible to use the `light' hinting algorithm and have the
|
|
|
|
* results rendered in horizontal LCD pixel mode, with code like this:
|
|
|
|
*
|
|
|
|
* FT_Load_Glyph( face, glyph_index,
|
|
|
|
* load_flags | FT_LOAD_TARGET_LIGHT );
|
|
|
|
* FT_Render_Glyph( face->glyph, FT_RENDER_MODE_LCD );
|
|
|
|
*
|
2002-09-18 13:32:12 +02:00
|
|
|
*/
|
2003-07-25 07:57:21 +02:00
|
|
|
#define FT_LOAD_DEFAULT 0x0
|
2002-09-08 23:29:11 +02:00
|
|
|
#define FT_LOAD_NO_SCALE 0x1
|
|
|
|
#define FT_LOAD_NO_HINTING 0x2
|
|
|
|
#define FT_LOAD_RENDER 0x4
|
|
|
|
#define FT_LOAD_NO_BITMAP 0x8
|
|
|
|
#define FT_LOAD_VERTICAL_LAYOUT 0x10
|
|
|
|
#define FT_LOAD_FORCE_AUTOHINT 0x20
|
|
|
|
#define FT_LOAD_CROP_BITMAP 0x40
|
|
|
|
#define FT_LOAD_PEDANTIC 0x80
|
2002-08-22 10:49:42 +02:00
|
|
|
#define FT_LOAD_IGNORE_GLOBAL_ADVANCE_WIDTH 0x200
|
2002-09-08 23:29:11 +02:00
|
|
|
#define FT_LOAD_NO_RECURSE 0x400
|
|
|
|
#define FT_LOAD_IGNORE_TRANSFORM 0x800
|
2002-09-18 00:57:29 +02:00
|
|
|
#define FT_LOAD_MONOCHROME 0x1000
|
|
|
|
#define FT_LOAD_LINEAR_DESIGN 0x2000
|
2002-08-22 10:49:42 +02:00
|
|
|
|
2001-12-19 23:26:12 +01:00
|
|
|
/* temporary hack! */
|
2002-09-18 00:57:29 +02:00
|
|
|
#define FT_LOAD_SBITS_ONLY 0x4000
|
|
|
|
#define FT_LOAD_NO_AUTOHINT 0x8000U
|
2002-08-22 00:06:41 +02:00
|
|
|
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
|
|
|
|
2002-11-06 23:32:54 +01:00
|
|
|
#define FT_LOAD_TARGET_( x ) ( (FT_Int32)( (x) & 15 ) << 16 )
|
|
|
|
#define FT_LOAD_TARGET_MODE( x ) ( (FT_Render_Mode)( ( (x) >> 16 ) & 15 ) )
|
2002-09-05 17:10:54 +02:00
|
|
|
|
2002-09-18 00:57:29 +02:00
|
|
|
#define FT_LOAD_TARGET_NORMAL FT_LOAD_TARGET_( FT_RENDER_MODE_NORMAL )
|
2002-11-06 23:32:54 +01:00
|
|
|
#define FT_LOAD_TARGET_LIGHT FT_LOAD_TARGET_( FT_RENDER_MODE_LIGHT )
|
2002-09-18 00:57:29 +02:00
|
|
|
#define FT_LOAD_TARGET_MONO FT_LOAD_TARGET_( FT_RENDER_MODE_MONO )
|
|
|
|
#define FT_LOAD_TARGET_LCD FT_LOAD_TARGET_( FT_RENDER_MODE_LCD )
|
|
|
|
#define FT_LOAD_TARGET_LCD_V FT_LOAD_TARGET_( FT_RENDER_MODE_LCD_V )
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
|
2003-07-25 07:57:21 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Set_Transform */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A function used to set the transformation that is applied to glyph */
|
2005-06-06 09:01:47 +02:00
|
|
|
/* images when they are loaded into a glyph slot through */
|
|
|
|
/* @FT_Load_Glyph. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
|
|
|
/* <InOut> */
|
|
|
|
/* face :: A handle to the source face object. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* matrix :: A pointer to the transformation's 2x2 matrix. Use 0 for */
|
|
|
|
/* the identity matrix. */
|
|
|
|
/* delta :: A pointer to the translation vector. Use 0 for the null */
|
|
|
|
/* vector. */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* The transformation is only applied to scalable image formats after */
|
|
|
|
/* the glyph has been loaded. It means that hinting is unaltered by */
|
|
|
|
/* the transformation and is performed on the character size given in */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* the last call to @FT_Set_Char_Size or @FT_Set_Pixel_Sizes. */
|
2000-07-01 01:12:55 +02:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( void )
|
|
|
|
FT_Set_Transform( FT_Face face,
|
|
|
|
FT_Matrix* matrix,
|
|
|
|
FT_Vector* delta );
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
|
|
|
|
|
2000-07-09 21:15:30 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Enum> */
|
|
|
|
/* FT_Render_Mode */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* An enumeration type that lists the render modes supported by */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* FreeType 2. Each mode corresponds to a specific type of scanline */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* conversion performed on the outline, as well as specific */
|
|
|
|
/* hinting optimizations. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2003-07-01 09:28:55 +02:00
|
|
|
/* For bitmap fonts the `bitmap->pixel_mode' field in the */
|
|
|
|
/* @FT_GlyphSlotRec structure gives the format of the returned */
|
|
|
|
/* bitmap. */
|
|
|
|
/* */
|
2002-09-18 00:57:29 +02:00
|
|
|
/* <Values> */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* FT_RENDER_MODE_NORMAL :: */
|
|
|
|
/* This is the default render mode; it corresponds to 8-bit */
|
|
|
|
/* anti-aliased bitmaps, using 256 levels of opacity. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2002-11-06 23:32:54 +01:00
|
|
|
/* FT_RENDER_MODE_LIGHT :: */
|
2004-02-19 22:39:58 +01:00
|
|
|
/* This is similar to @FT_RENDER_MODE_NORMAL -- you have to use */
|
|
|
|
/* @FT_LOAD_TARGET_LIGHT in calls to @FT_Load_Glyph to get any */
|
|
|
|
/* effect since the rendering process no longer influences the */
|
|
|
|
/* positioning of glyph outlines. */
|
|
|
|
/* */
|
|
|
|
/* The resulting glyph shapes are more similar to the original, */
|
|
|
|
/* while being a bit more fuzzy (`better shapes' instead of `better */
|
|
|
|
/* contrast', so to say. */
|
2002-11-06 23:32:54 +01:00
|
|
|
/* */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* FT_RENDER_MODE_MONO :: */
|
|
|
|
/* This mode corresponds to 1-bit bitmaps. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* FT_RENDER_MODE_LCD :: */
|
|
|
|
/* This mode corresponds to horizontal RGB/BGR sub-pixel displays, */
|
|
|
|
/* like LCD-screens. It produces 8-bit bitmaps that are 3 times */
|
|
|
|
/* the width of the original glyph outline in pixels, and which use */
|
2003-04-22 07:51:31 +02:00
|
|
|
/* the @FT_PIXEL_MODE_LCD mode. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* FT_RENDER_MODE_LCD_V :: */
|
|
|
|
/* This mode corresponds to vertical RGB/BGR sub-pixel displays */
|
|
|
|
/* (like PDA screens, rotated LCD displays, etc.). It produces */
|
|
|
|
/* 8-bit bitmaps that are 3 times the height of the original */
|
|
|
|
/* glyph outline in pixels and use the @FT_PIXEL_MODE_LCD_V mode. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* The LCD-optimized glyph bitmaps produced by FT_Render_Glyph are */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* _not filtered_ to reduce color-fringes. It is up to the caller to */
|
2003-04-22 07:51:31 +02:00
|
|
|
/* perform this pass. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
|
|
|
typedef enum FT_Render_Mode_
|
2000-07-01 01:12:55 +02:00
|
|
|
{
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
FT_RENDER_MODE_NORMAL = 0,
|
2002-11-06 23:32:54 +01:00
|
|
|
FT_RENDER_MODE_LIGHT,
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
FT_RENDER_MODE_MONO,
|
|
|
|
FT_RENDER_MODE_LCD,
|
|
|
|
FT_RENDER_MODE_LCD_V,
|
|
|
|
|
|
|
|
FT_RENDER_MODE_MAX
|
2000-07-10 16:24:26 +02:00
|
|
|
|
2000-07-01 01:12:55 +02:00
|
|
|
} FT_Render_Mode;
|
|
|
|
|
2000-07-10 16:24:26 +02:00
|
|
|
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Enum> */
|
|
|
|
/* ft_render_mode_xxx */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* These constats are deprecated. Use the corresponding */
|
|
|
|
/* @FT_Render_Mode values instead. */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* */
|
|
|
|
/* <Values> */
|
|
|
|
/* ft_render_mode_normal :: see @FT_RENDER_MODE_NORMAL */
|
|
|
|
/* ft_render_mode_mono :: see @FT_RENDER_MODE_MONO */
|
|
|
|
/* */
|
2002-09-05 17:10:54 +02:00
|
|
|
#define ft_render_mode_normal FT_RENDER_MODE_NORMAL
|
|
|
|
#define ft_render_mode_mono FT_RENDER_MODE_MONO
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
|
|
|
|
|
2000-07-09 21:15:30 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Render_Glyph */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* Converts a given glyph image to a bitmap. It does so by */
|
|
|
|
/* inspecting the glyph image format, find the relevant renderer, and */
|
|
|
|
/* invoke it. */
|
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <InOut> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* slot :: A handle to the glyph slot containing the image to */
|
|
|
|
/* convert. */
|
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <Input> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* render_mode :: This is the render mode used to render the glyph */
|
|
|
|
/* image into a bitmap. See FT_Render_Mode for a list */
|
|
|
|
/* of possible values. */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* FreeType error code. 0 means success. */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
* src/sfnt/ttpost.c (load_post_names, tt_face_free_ps_names,
tt_face_get_ps_name): Replace switch statement with if clauses to
make it more portable.
* src/cff/cffobjs.c (cff_face_init): Ditto.
* include/freetype/ftmodule.h (FT_Module_Class): Use `FT_Long' for
`module_size'.
* include/freetype/ftrender.h (FT_Glyph_Class_): Use `FT_Long' for
`glyph_size'.
* src/base/ftobjs.c (FT_Render_Glyph): Change second parameter to
`FT_Render_Mode'.
(FT_Render_Glyph_Internal): Change third parameter to
`FT_Render_Mode'.
* src/base/ftglyph.c (FT_Glyph_To_Bitmap): Change second parameter
to `FT_Render_Mode'.
* src/raster/ftrend1.c (ft_raster1_render): Change third parameter
to `FT_Render_Mode'.
* src/smooth/ftsmooth.c (ft_smooth_render, ft_smooth_render_lcd,
ft_smooth_render_lcd_v): Ditto.
(ft_smooth_render_generic): Change third and fifth parameter to
`FT_Render_Mode'.
* include/freetype/freetype.h, include/freetype/internal/ftobjs.h,
include/freetype/ftglyph.h: Updated.
* src/cff/cffdrivr.c (Load_Glyph), src/pcf/pcfdriver.c
(PCF_Glyph_Load), src/pfr/pfrobjs.c (pfr_slot_load),
src/winfonts/winfnt.c (FNT_Load_Glyph), src/t42/t42objs.c
(T42_GlyphSlot_Load), src/bdf/bdfdrivr.c (BDF_Glyph_Load): Change
fourth parameter to `FT_Int32'.
* src/pfr/pfrobjs.c (pfr_face_init): Add two missing parameters
and declare them as unused.
* src/cid/cidparse.h (CID_Parser): Use FT_Long for `postscript_len'.
* src/psnames/psnames.h (PS_Unicode_Value_Func): Change return
value to FT_UInt32.
* src/psnames/psmodule.c (ps_unicode_value, ps_build_unicode_table):
Updated accordingly.
* src/cff/cffdrivr.c (Get_Kerning): Use FT_Long for `middle'.
(cff_get_glyph_name): Use cast for result of ft_strlen.
* src/cff/cffparse.c (cff_parse_real): User cast for assigning
`exp'.
* src/cff/cffload.c (cff_index_get_pointers): Use FT_ULong for
some local variables.
(cff_charset_load, cff_encoding_load): Use casts to FT_UInt for some
switch statements.
(cff_font_load): Use cast in call to CFF_Load_FD_Select.
* src/cff/cffobjs.c (cff_size_init): Use more casts.
(cff_face_init): Use FT_Int32 for `flags'.
* src/cff/cffgload.c (cff_operator_seac): Use cast for assigning
`adx' and `ady'.
(cff_decoder_parse_charstrings): Use FT_ULong for third parameter.
Use more casts.
* src/cff/cffcmap.c (cff_cmap_unicode_init): Use cast for `count'.
* src/cid/cidload.c (cid_read_subrs): Use FT_ULong for `len'.
* src/cid/cidgload.c (cid_load_glyph): Add missing cast for
`cid_get_offset'.
* src/psaux/t1decode.c (t1_decoder_parse_charstrings) <18>: Use
cast for `num_points'.
(t1_decoder_init): Use cast for assigning `decoder->num_glyphs'.
* src/base/ftdebug.c (ft_debug_init): Use FT_Int.
* include/freetype/internal/ftdriver.h (FT_Slot_LoadFunc): Use
`FT_Int32' for fourth parameter.
* src/base/ftobjs.c (open_face): Use cast for calling
clazz->init_face.
* src/raster/ftraster.c (Set_High_Precision): Use `1' instead of
`1L'.
(Finalize_Profile_Table, Line_Up, ft_black_init): Use casts.
* src/raster/ftrend1.c (ft_raster1_render): Ditto.
* src/sfnt/sfnt_dir_check: Compare `magic' with unsigned long
constant.
* builds/amiga/include/freetype/config/ftmodule.h: Updated.
2002-09-27 13:09:23 +02:00
|
|
|
FT_Render_Glyph( FT_GlyphSlot slot,
|
|
|
|
FT_Render_Mode render_mode );
|
2000-07-01 01:12:55 +02:00
|
|
|
|
2000-07-09 21:15:30 +02:00
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Enum> */
|
|
|
|
/* FT_Kerning_Mode */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* An enumeration used to specify which kerning values to return in */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @FT_Get_Kerning. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2002-09-18 00:57:29 +02:00
|
|
|
/* <Values> */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_KERNING_DEFAULT :: Return scaled and grid-fitted kerning */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* distances (value is 0). */
|
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_KERNING_UNFITTED :: Return scaled but un-grid-fitted kerning */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* distances. */
|
|
|
|
/* */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* FT_KERNING_UNSCALED :: Return the kerning vector in original font */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* units. */
|
|
|
|
/* */
|
|
|
|
typedef enum FT_Kerning_Mode_
|
2000-07-01 01:12:55 +02:00
|
|
|
{
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
FT_KERNING_DEFAULT = 0,
|
|
|
|
FT_KERNING_UNFITTED,
|
|
|
|
FT_KERNING_UNSCALED
|
2000-07-10 16:24:26 +02:00
|
|
|
|
2000-07-01 01:12:55 +02:00
|
|
|
} FT_Kerning_Mode;
|
|
|
|
|
2002-09-05 17:10:54 +02:00
|
|
|
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Const> */
|
|
|
|
/* ft_kerning_default */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* This constant is deprecated. Please use @FT_KERNING_DEFAULT */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* instead. */
|
|
|
|
/* */
|
2002-09-05 17:10:54 +02:00
|
|
|
#define ft_kerning_default FT_KERNING_DEFAULT
|
|
|
|
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Const> */
|
|
|
|
/* ft_kerning_unfitted */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* This constant is deprecated. Please use @FT_KERNING_UNFITTED */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* instead. */
|
|
|
|
/* */
|
2002-09-05 17:10:54 +02:00
|
|
|
#define ft_kerning_unfitted FT_KERNING_UNFITTED
|
|
|
|
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Const> */
|
|
|
|
/* ft_kerning_unscaled */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* This constant is deprecated. Please use @FT_KERNING_UNSCALED */
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
/* instead. */
|
|
|
|
/* */
|
2002-09-05 17:10:54 +02:00
|
|
|
#define ft_kerning_unscaled FT_KERNING_UNSCALED
|
* massive re-formatting changes to many, many source files. I don't
want to list them all here. The operations performed were all logical
transformations of the sources:
- trying to convert all enums and constants to CAPITALIZED_STYLE, with
#define definitions like
#define my_old_constants MY_NEW_CONSTANT
- big, big update of the documentation comments
* include/freetype/freetype.h, src/base/ftobjs.c, src/smooth/ftsmooth.c,
include/freetype/ftimage.h: adding support for LCD-optimized rendering
though the new constants/enums:
FT_RENDER_MODE_LCD, FT_RENDER_MODE_LCD_V
FT_PIXEL_MODE_LCD, FT_PIXEL_MODE_LCD_V
this is still work in progress, don't expect everything to work correctly
though most of the features have been implemented.
* adding new FT_LOAD_XXX flags, used to specify both hinting and rendering
targets:
FT_LOAD_TARGET_NORMAL :: anti-aliased hinting & rendering
FT_LOAD_TARGET_MONO :: monochrome bitmaps
FT_LOAD_TARGET_LCD :: horizontal RGB/BGR decimated hinting & rendering
FT_LOAD_TARGET_LCD_V :: vertical RGB/BGR decimated hinting & rendering
note that FT_LOAD_TARGET_NORMAL is 0, which means that the default
behaviour of the font engine is _unchanged_.
2002-08-27 22:20:29 +02:00
|
|
|
|
2000-07-09 21:15:30 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Get_Kerning */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* Returns the kerning vector between two glyphs of a same face. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* face :: A handle to a source face object. */
|
|
|
|
/* */
|
|
|
|
/* left_glyph :: The index of the left glyph in the kern pair. */
|
|
|
|
/* */
|
|
|
|
/* right_glyph :: The index of the right glyph in the kern pair. */
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* kern_mode :: See @FT_Kerning_Mode for more information. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Determines the scale/dimension of the returned */
|
|
|
|
/* kerning vector. */
|
2000-07-01 01:12:55 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* <Output> */
|
2004-12-09 23:22:52 +01:00
|
|
|
/* akerning :: The kerning vector. This is either in font units */
|
|
|
|
/* or in pixels (26.6 format) for scalable formats, */
|
|
|
|
/* and in pixels for fixed-sizes formats. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* FreeType error code. 0 means success. */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* Only horizontal layouts (left-to-right & right-to-left) are */
|
|
|
|
/* supported by this method. Other layouts, or more sophisticated */
|
|
|
|
/* kernings, are out of the scope of this API function -- they can be */
|
|
|
|
/* implemented through format-specific interfaces. */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Get_Kerning( FT_Face face,
|
|
|
|
FT_UInt left_glyph,
|
|
|
|
FT_UInt right_glyph,
|
|
|
|
FT_UInt kern_mode,
|
|
|
|
FT_Vector *akerning );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
2000-07-19 19:13:03 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Get_Glyph_Name */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-20 08:57:41 +02:00
|
|
|
/* Retrieves the ASCII name of a given glyph in a face. This only */
|
|
|
|
/* works for those faces where FT_HAS_GLYPH_NAME(face) returns true. */
|
2000-07-19 19:13:03 +02:00
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* face :: A handle to a source face object. */
|
|
|
|
/* */
|
2000-07-20 08:57:41 +02:00
|
|
|
/* glyph_index :: The glyph index. */
|
|
|
|
/* */
|
|
|
|
/* buffer_max :: The maximal number of bytes available in the */
|
|
|
|
/* buffer. */
|
2000-07-19 19:13:03 +02:00
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <Output> */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* buffer :: A pointer to a target buffer where the name is */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* copied to. */
|
|
|
|
/* */
|
2000-07-19 19:13:03 +02:00
|
|
|
/* <Return> */
|
|
|
|
/* FreeType error code. 0 means success. */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2000-07-20 08:57:41 +02:00
|
|
|
/* An error is returned if the face doesn't provide glyph names or if */
|
|
|
|
/* the glyph index is invalid. In all cases of failure, the first */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* byte of `buffer' is set to 0 to indicate an empty name. */
|
2000-07-19 19:13:03 +02:00
|
|
|
/* */
|
2000-07-20 08:57:41 +02:00
|
|
|
/* The glyph name is truncated to fit within the buffer if it is too */
|
|
|
|
/* long. The returned string is always zero-terminated. */
|
2000-07-19 19:13:03 +02:00
|
|
|
/* */
|
|
|
|
/* This function is not compiled within the library if the config */
|
|
|
|
/* macro FT_CONFIG_OPTION_NO_GLYPH_NAMES is defined in */
|
2000-07-20 08:57:41 +02:00
|
|
|
/* `include/freetype/config/ftoptions.h' */
|
2000-07-19 19:13:03 +02:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Get_Glyph_Name( FT_Face face,
|
|
|
|
FT_UInt glyph_index,
|
|
|
|
FT_Pointer buffer,
|
|
|
|
FT_UInt buffer_max );
|
2000-07-19 19:13:03 +02:00
|
|
|
|
|
|
|
|
2001-10-17 15:48:10 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Get_Postscript_Name */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2001-12-05 02:22:05 +01:00
|
|
|
/* Retrieves the ASCII Postscript name of a given face, if available. */
|
2005-03-08 07:00:35 +01:00
|
|
|
/* This only works with Postscript and TrueType fonts. */
|
2001-10-17 15:48:10 +02:00
|
|
|
/* */
|
|
|
|
/* <Input> */
|
2001-12-05 02:22:05 +01:00
|
|
|
/* face :: A handle to the source face object. */
|
2001-10-17 15:48:10 +02:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2005-03-08 07:00:35 +01:00
|
|
|
/* A pointer to the face's Postscript name. NULL if unavailable. */
|
2001-10-17 15:48:10 +02:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* The returned pointer is owned by the face and will be destroyed */
|
|
|
|
/* with it. */
|
|
|
|
/* */
|
|
|
|
FT_EXPORT( const char* )
|
|
|
|
FT_Get_Postscript_Name( FT_Face face );
|
|
|
|
|
|
|
|
|
2000-05-12 19:09:38 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Select_Charmap */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* Selects a given charmap by its encoding tag (as listed in */
|
|
|
|
/* `freetype.h'). */
|
2000-05-12 19:09:38 +02:00
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <InOut> */
|
2000-05-12 19:09:38 +02:00
|
|
|
/* face :: A handle to the source face object. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <Input> */
|
2005-10-24 22:51:13 +02:00
|
|
|
/* encoding :: A handle to the selected encoding. */
|
2000-05-12 19:09:38 +02:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
2000-05-12 19:09:38 +02:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* This function returns an error if no charmap in the face */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* corresponds to the encoding queried here. */
|
2000-05-12 19:09:38 +02:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Select_Charmap( FT_Face face,
|
|
|
|
FT_Encoding encoding );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
2000-05-12 19:09:38 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Set_Charmap */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* Selects a given charmap for character code to glyph index */
|
|
|
|
/* decoding. */
|
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <InOut> */
|
2000-11-07 18:21:11 +01:00
|
|
|
/* face :: A handle to the source face object. */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* */
|
|
|
|
/* <Input> */
|
2000-11-07 18:21:11 +01:00
|
|
|
/* charmap :: A handle to the selected charmap. */
|
2000-05-12 19:09:38 +02:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* FreeType error code. 0 means success. */
|
2000-05-12 19:09:38 +02:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* This function returns an error if the charmap is not part of */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* the face (i.e., if it is not listed in the face->charmaps[] */
|
2000-05-12 19:09:38 +02:00
|
|
|
/* table). */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Error )
|
|
|
|
FT_Set_Charmap( FT_Face face,
|
|
|
|
FT_CharMap charmap );
|
2004-04-24 16:43:37 +02:00
|
|
|
|
|
|
|
|
2005-10-27 23:28:35 +02:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
|
|
|
* @function:
|
|
|
|
* FT_Get_Charmap_Index
|
|
|
|
*
|
|
|
|
* @description:
|
|
|
|
* Retrieve index of a given charmap.
|
|
|
|
*
|
|
|
|
* @input:
|
|
|
|
* charmap ::
|
|
|
|
* A handle to a charmap.
|
|
|
|
*
|
|
|
|
* @return:
|
|
|
|
* The index into the array of character maps within the face to which
|
|
|
|
* `charmap' belongs.
|
|
|
|
*
|
|
|
|
*/
|
2004-04-24 16:43:37 +02:00
|
|
|
FT_EXPORT( FT_Int )
|
|
|
|
FT_Get_Charmap_Index( FT_CharMap charmap );
|
2000-07-09 21:15:30 +02:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Get_Char_Index */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* Returns the glyph index of a given character code. This function */
|
|
|
|
/* uses a charmap object to do the translation. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* face :: A handle to the source face object. */
|
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* charcode :: The character code. */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* The glyph index. 0 means `undefined character code'. */
|
|
|
|
/* */
|
2002-06-16 03:14:16 +02:00
|
|
|
/* <Note> */
|
|
|
|
/* FreeType computes its own glyph indices which are not necessarily */
|
|
|
|
/* the same as used in the font in case the font is based on glyph */
|
|
|
|
/* indices. Reason for this behaviour is to assure that index 0 is */
|
|
|
|
/* never used, representing the missing glyph. */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_UInt )
|
|
|
|
FT_Get_Char_Index( FT_Face face,
|
|
|
|
FT_ULong charcode );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
2002-02-28 20:28:26 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Get_First_Char */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* This function is used to return the first character code in the */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* current charmap of a given face. It also returns the */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* corresponding glyph index. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* face :: A handle to the source face object. */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
/* <Output> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* agindex :: Glyph index of first character code. 0 if charmap is */
|
|
|
|
/* empty. */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* The charmap's first character code. */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* You should use this function with @FT_Get_Next_Char to be able to */
|
|
|
|
/* parse all character codes available in a given charmap. The code */
|
|
|
|
/* should look like this: */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
/* { */
|
|
|
|
/* FT_ULong charcode; */
|
|
|
|
/* FT_UInt gindex; */
|
|
|
|
/* */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* charcode = FT_Get_First_Char( face, &gindex ); */
|
|
|
|
/* while ( gindex != 0 ) */
|
|
|
|
/* { */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* ... do something with (charcode,gindex) pair ... */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
/* charcode = FT_Get_Next_Char( face, charcode, &gindex ); */
|
|
|
|
/* } */
|
|
|
|
/* } */
|
|
|
|
/* */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* Note that `*agindex' is set to 0 if the charmap is empty. The */
|
|
|
|
/* result itself can be 0 in two cases: if the charmap is empty or */
|
|
|
|
/* when the value 0 is the first valid character code. */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
FT_EXPORT( FT_ULong )
|
|
|
|
FT_Get_First_Char( FT_Face face,
|
|
|
|
FT_UInt *agindex );
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Get_Next_Char */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* This function is used to return the next character code in the */
|
|
|
|
/* current charmap of a given face following the value 'char_code', */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* as well as the corresponding glyph index. */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* face :: A handle to the source face object. */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* char_code :: The starting character code. */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
/* <Output> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* agindex :: Glyph index of first character code. 0 if charmap */
|
|
|
|
/* is empty. */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
/* <Return> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* The charmap's next character code. */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* You should use this function with @FT_Get_First_Char to walk */
|
|
|
|
/* through all character codes available in a given charmap. See */
|
|
|
|
/* the note for this function for a simple code example. */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
2005-10-05 12:21:58 +02:00
|
|
|
/* Note that `*agindex' is set to 0 when there are no more codes in */
|
|
|
|
/* the charmap. */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* */
|
|
|
|
FT_EXPORT( FT_ULong )
|
|
|
|
FT_Get_Next_Char( FT_Face face,
|
|
|
|
FT_ULong char_code,
|
|
|
|
FT_UInt *agindex );
|
|
|
|
|
|
|
|
|
2001-08-08 13:08:58 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Get_Name_Index */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* Returns the glyph index of a given glyph name. This function uses */
|
|
|
|
/* driver specific objects to do the translation. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* face :: A handle to the source face object. */
|
|
|
|
/* */
|
|
|
|
/* glyph_name :: The glyph name. */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* The glyph index. 0 means `undefined character code'. */
|
|
|
|
/* */
|
|
|
|
FT_EXPORT( FT_UInt )
|
|
|
|
FT_Get_Name_Index( FT_Face face,
|
Updating to OpenType 1.3.
* include/freetype/internal/tttypes.h (TT_CMap0, TT_CMap2, TT_CMap4,
TT_CMap6): Adding field `language'.
(TT_CMapTable): Removing field `language'.
Type of `length' field changed to FT_ULong.
Adding fields for cmaps format 8, 10, and 12.
(TT_CMapGroup): New auxiliary structure.
(TT_CMap8_12, TT_CMap10): New structures.
* include/freetype/tttables.h (TT_HoriHeader, TT_VertHeader):
Removed last element of `Reserved' array.
* include/freetype/ttnameid.h (TT_PLATFORM_CUSTOM, TT_MS_ID_UCS_4,
TT_NAME_ID_CID_FINDFONT_NAME): New macros.
* src/sfnt/ttcmap.c (TT_CharMap_Load): Updated loading of `language'
field to the new structures.
Fixed freeing of arrays in case of unsuccessful loads.
Added support for loading format 8, 10, and 12 cmaps.
(TT_CharMap_Free): Added support for freeing format 8, 10, and 12
cmaps.
(code_to_index4): Small improvement.
(code_to_index6): Ditto.
(code_to_index8_12, code_to_index10): New functions.
* src/sfnt/ttload.c (TT_Load_Metrics_Header): Updated to new
structure.
(TT_Load_CMap): Ditto.
* src/sfnt/sfobjs.c (tt_encodings): Add MS UCS4 table (before MS
Unicode).
* src/type1/t1driver.c (t1_get_name_index): Fix compiler warning.
2001-08-13 13:44:29 +02:00
|
|
|
FT_String* glyph_name );
|
2001-08-08 13:08:58 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
2001-02-13 18:42:49 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Section> */
|
|
|
|
/* computations */
|
|
|
|
/* */
|
|
|
|
/* <Title> */
|
|
|
|
/* Computations */
|
|
|
|
/* */
|
|
|
|
/* <Abstract> */
|
Adding OpenType validation module. The code is based on the
(unfinished) `otlayout' module but has been heavily modified to make
it much more compact.
* src/otvalid/*: New module.
* include/freetype/ftotval.h, src/base/ftotval.c,
include/freetype/internal/services/svotval.h: New files.
* include/freetype/config/ftmodule.h: Add otv_module_class.
* include/freetype/config/ftheader.h (FT_OPENTYPE_VALIDATE_H): New
macro.
* include/freetype/internal/ftserv.h
(FT_SERVICE_OPENTYPE_VALIDATE_H): New macro.
* include/freetype/internal/fttrace.h (otvmodule, otvcommon,
otvbase, otvgdef, otvgpos, otvgsub, otvjstf): New trace components.
* include/freetype/ftchapters.h: Updated.
* src/base/Jamfile (Library), src/base/descrip.mms (OBJS),
src/base/rules.mk (BASE_EXT_SRC): Updated.
* docs/CHANGES: Updated.
2004-09-10 16:39:00 +02:00
|
|
|
/* Crunching fixed numbers and vectors. */
|
2001-02-13 18:42:49 +01:00
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* This section contains various functions used to perform */
|
|
|
|
/* computations on 16.16 fixed-float numbers or 2d vectors. */
|
|
|
|
/* */
|
|
|
|
/* <Order> */
|
2001-03-04 22:53:08 +01:00
|
|
|
/* FT_MulDiv */
|
|
|
|
/* FT_MulFix */
|
|
|
|
/* FT_DivFix */
|
2001-03-10 20:01:21 +01:00
|
|
|
/* FT_RoundFix */
|
|
|
|
/* FT_CeilFix */
|
2001-06-28 19:49:10 +02:00
|
|
|
/* FT_FloorFix */
|
2001-03-04 22:53:08 +01:00
|
|
|
/* FT_Vector_Transform */
|
|
|
|
/* FT_Matrix_Multiply */
|
|
|
|
/* FT_Matrix_Invert */
|
2001-02-13 18:42:49 +01:00
|
|
|
/* */
|
|
|
|
/*************************************************************************/
|
|
|
|
|
2001-03-04 22:53:08 +01:00
|
|
|
|
1999-12-17 00:11:37 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_MulDiv */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* A very simple function used to perform the computation `(a*b)/c' */
|
2000-05-29 22:46:12 +02:00
|
|
|
/* with maximal accuracy (it uses a 64-bit intermediate integer */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* whenever necessary). */
|
|
|
|
/* */
|
|
|
|
/* This function isn't necessarily as fast as some processor specific */
|
|
|
|
/* operations, but is at least completely portable. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* a :: The first multiplier. */
|
|
|
|
/* b :: The second multiplier. */
|
|
|
|
/* c :: The divisor. */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* The result of `(a*b)/c'. This function never traps when trying to */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* divide by zero; it simply returns `MaxInt' or `MinInt' depending */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* on the signs of `a' and `b'. */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Long )
|
|
|
|
FT_MulDiv( FT_Long a,
|
|
|
|
FT_Long b,
|
|
|
|
FT_Long c );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_MulFix */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A very simple function used to perform the computation */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* `(a*b)/0x10000' with maximal accuracy. Most of the time this is */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* used to multiply a given value by a 16.16 fixed float factor. */
|
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* a :: The first multiplier. */
|
|
|
|
/* b :: The second multiplier. Use a 16.16 factor here whenever */
|
|
|
|
/* possible (see note below). */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* The result of `(a*b)/0x10000'. */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* This function has been optimized for the case where the absolute */
|
|
|
|
/* value of `a' is less than 2048, and `b' is a 16.16 scaling factor. */
|
|
|
|
/* As this happens mainly when scaling from notional units to */
|
|
|
|
/* fractional pixels in FreeType, it resulted in noticeable speed */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* improvements between versions 2.x and 1.x. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* As a conclusion, always try to place a 16.16 factor as the */
|
|
|
|
/* _second_ argument of this function; this can make a great */
|
|
|
|
/* difference. */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Long )
|
|
|
|
FT_MulFix( FT_Long a,
|
|
|
|
FT_Long b );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_DivFix */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A very simple function used to perform the computation */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* `(a*0x10000)/b' with maximal accuracy. Most of the time, this is */
|
|
|
|
/* used to divide a given value by a 16.16 fixed float factor. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* a :: The first multiplier. */
|
|
|
|
/* b :: The second multiplier. Use a 16.16 factor here whenever */
|
|
|
|
/* possible (see note below). */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* The result of `(a*0x10000)/b'. */
|
|
|
|
/* */
|
|
|
|
/* <Note> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* The optimization for FT_DivFix() is simple: If (a << 16) fits in */
|
|
|
|
/* 32 bits, then the division is computed directly. Otherwise, we */
|
2003-07-25 07:57:21 +02:00
|
|
|
/* use a specialized version of @FT_MulDiv. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Long )
|
|
|
|
FT_DivFix( FT_Long a,
|
|
|
|
FT_Long b );
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
2001-03-10 20:01:21 +01:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_RoundFix */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2001-03-11 12:28:39 +01:00
|
|
|
/* A very simple function used to round a 16.16 fixed number. */
|
2001-03-10 20:01:21 +01:00
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* a :: The number to be rounded. */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* The result of `(a + 0x8000) & -0x10000'. */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Fixed )
|
|
|
|
FT_RoundFix( FT_Fixed a );
|
2001-03-10 20:01:21 +01:00
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_CeilFix */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A very simple function used to compute the ceiling function of a */
|
2001-03-11 12:28:39 +01:00
|
|
|
/* 16.16 fixed number. */
|
2001-03-10 20:01:21 +01:00
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* a :: The number for which the ceiling function is to be computed. */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* The result of `(a + 0x10000 - 1) & -0x10000'. */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Fixed )
|
|
|
|
FT_CeilFix( FT_Fixed a );
|
2001-03-10 20:01:21 +01:00
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_FloorFix */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* A very simple function used to compute the floor function of a */
|
2001-03-11 12:28:39 +01:00
|
|
|
/* 16.16 fixed number. */
|
2001-03-10 20:01:21 +01:00
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* a :: The number for which the floor function is to be computed. */
|
|
|
|
/* */
|
|
|
|
/* <Return> */
|
|
|
|
/* The result of `a & -0x10000'. */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( FT_Fixed )
|
|
|
|
FT_FloorFix( FT_Fixed a );
|
2001-03-10 20:01:21 +01:00
|
|
|
|
|
|
|
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Function> */
|
|
|
|
/* FT_Vector_Transform */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* Transforms a single vector through a 2x2 matrix. */
|
|
|
|
/* */
|
|
|
|
/* <InOut> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* vector :: The target vector to transform. */
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
/* */
|
|
|
|
/* <Input> */
|
|
|
|
/* matrix :: A pointer to the source 2x2 matrix. */
|
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* <Note> */
|
|
|
|
/* The result is undefined if either `vector' or `matrix' is invalid. */
|
|
|
|
/* */
|
2001-06-28 09:17:51 +02:00
|
|
|
FT_EXPORT( void )
|
2005-04-14 18:03:15 +02:00
|
|
|
FT_Vector_Transform( FT_Vector* vec,
|
|
|
|
const FT_Matrix* matrix );
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 02:17:42 +02:00
|
|
|
|
2001-01-11 10:27:49 +01:00
|
|
|
|
2000-10-23 20:33:30 +02:00
|
|
|
/* */
|
2000-05-02 12:55:33 +02:00
|
|
|
|
2002-07-26 11:09:10 +02:00
|
|
|
|
2000-12-01 00:12:33 +01:00
|
|
|
FT_END_HEADER
|
1999-12-17 00:11:37 +01:00
|
|
|
|
2000-12-01 00:12:33 +01:00
|
|
|
#endif /* __FREETYPE_H__ */
|
1999-12-17 00:11:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
/* END */
|