1999-12-17 00:11:37 +01:00
|
|
|
/***************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* freetype.h */
|
|
|
|
/* */
|
|
|
|
/* FreeType high-level API and common types (specification only). */
|
|
|
|
/* */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* Copyright 1996-2001, 2002 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
|
|
|
|
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
|
2002-02-28 20:28:26 +01:00
|
|
|
#define FREETYPE_MINOR 1
|
2002-06-25 23:37:30 +02:00
|
|
|
#define FREETYPE_PATCH 3
|
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
|
|
|
|
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 */
|
|
|
|
/* */
|
|
|
|
/* 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_Open_Flags */
|
|
|
|
/* 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 */
|
|
|
|
/* */
|
|
|
|
/* 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 */
|
|
|
|
/* */
|
|
|
|
/* 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 */
|
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> */
|
|
|
|
/* A structure used to model the metrics of a single glyph. Note */
|
|
|
|
/* that values are expressed in 26.6 fractional pixel format or in */
|
|
|
|
/* font units, depending on context. */
|
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
|
|
|
/* width :: The glyph's width. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* height :: The glyph's height. */
|
|
|
|
/* */
|
|
|
|
/* horiBearingX :: Horizontal left side bearing. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* horiBearingY :: Horizontal top side bearing. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* horiAdvance :: Horizontal advance width. */
|
|
|
|
/* */
|
|
|
|
/* vertBearingX :: Vertical left side bearing. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* vertBearingY :: Vertical top side bearing. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* vertAdvance :: Vertical advance height. */
|
|
|
|
/* */
|
|
|
|
typedef struct FT_Glyph_Metrics_
|
|
|
|
{
|
|
|
|
FT_Pos width; /* glyph width */
|
|
|
|
FT_Pos height; /* glyph height */
|
|
|
|
|
|
|
|
FT_Pos horiBearingX; /* left side bearing in horizontal layouts */
|
|
|
|
FT_Pos horiBearingY; /* top side bearing in horizontal layouts */
|
|
|
|
FT_Pos horiAdvance; /* advance width for horizontal layout */
|
|
|
|
|
|
|
|
FT_Pos vertBearingX; /* left side bearing in vertical layouts */
|
|
|
|
FT_Pos vertBearingY; /* top side bearing in vertical layouts */
|
|
|
|
FT_Pos vertAdvance; /* advance height for vertical layout */
|
|
|
|
|
|
|
|
} FT_Glyph_Metrics;
|
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* <Struct> */
|
|
|
|
/* FT_Bitmap_Size */
|
|
|
|
/* */
|
|
|
|
/* <Description> */
|
|
|
|
/* An extremely simple structure used to model the size of a bitmap */
|
|
|
|
/* strike (i.e., a bitmap instance of the font for a given */
|
|
|
|
/* resolution) in a fixed-size font face. This is used for the */
|
|
|
|
/* `available_sizes' field of the FT_Face_Properties structure. */
|
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
|
|
|
/* height :: The character height in pixels. */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* width :: The character width in pixels. */
|
|
|
|
/* */
|
|
|
|
typedef struct FT_Bitmap_Size_
|
|
|
|
{
|
|
|
|
FT_Short height;
|
|
|
|
FT_Short width;
|
|
|
|
|
|
|
|
} 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
|
|
|
/* */
|
|
|
|
/* <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 */
|
|
|
|
/* single _active_ size for the face at any time that will be used by */
|
|
|
|
/* 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
|
|
|
/* */
|
|
|
|
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: */
|
|
|
|
/* */
|
2002-09-05 17:10:54 +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
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_MS_SJIS :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to Microsoft's Japanese SJIS encoding. More info */
|
|
|
|
/* 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
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_MS_GB2312 :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to the encoding system for Simplified Chinese, as */
|
|
|
|
/* used in China. Only found in some TrueType fonts. */
|
* 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_MS_BIG5 :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to the encoding system for Traditional Chinese, as */
|
|
|
|
/* used in Taiwan and Hong Kong. Only found in some TrueType fonts. */
|
* 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_MS_WANSUNG :: */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Corresponds to the Korean encoding system known as Wansung. */
|
* 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
|
|
|
/* This is a Microsoft encoding that is only found in some TrueType */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* fonts. For more information, see */
|
|
|
|
/* `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
|
|
|
/* */
|
|
|
|
/* FT_ENCODING_MS_JOHAB :: */
|
|
|
|
/* The Korean standard character set (KS C-5601-1992), which */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* corresponds to 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. */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* Only found on some rare TrueType fonts. */
|
* 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_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, */
|
|
|
|
/* CFF, and OpenType/CFF fonts. It is limited to 256character */
|
|
|
|
/* 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
|
|
|
/* */
|
|
|
|
/* <Note> */
|
|
|
|
/* By default, FreeType automatically synthetizes a Unicode charmap */
|
|
|
|
/* for Postscript fonts, using their glyph names dictionaries. */
|
2002-09-05 17:10:54 +02:00
|
|
|
/* However, it will also report the encodings defined explicitly in */
|
|
|
|
/* the font file, for the cases when they are needed, with the Adobe */
|
|
|
|
/* 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
|
|
|
/* */
|
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' ),
|
|
|
|
|
|
|
|
FT_ENC_TAG( FT_ENCODING_MS_SJIS, 's', 'j', 'i', 's' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_MS_GB2312, 'g', 'b', ' ', ' ' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_MS_BIG5, 'b', 'i', 'g', '5' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_MS_WANSUNG, 'w', 'a', 'n', 's' ),
|
|
|
|
FT_ENC_TAG( FT_ENCODING_MS_JOHAB, 'j', 'o', 'h', 'a' ),
|
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
|
|
|
|
* 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_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 */
|
|
|
|
/* ft_encoding_latin_2 :: see @FT_ENCODING_LATIN_2 */
|
|
|
|
/* ft_encoding_symbol :: see @FT_ENCODING_MS_SYMBOL */
|
|
|
|
/* ft_encoding_sjis :: see @FT_ENCODING_MS_SJIS */
|
|
|
|
/* ft_encoding_gb2312 :: see @FT_ENCODING_MS_GB2312 */
|
|
|
|
/* ft_encoding_big5 :: see @FT_ENCODING_MS_BIG5 */
|
|
|
|
/* ft_encoding_wansung :: see @FT_ENCODING_MS_WANSUNG */
|
|
|
|
/* ft_encoding_johab :: see @FT_ENCODING_MS_JOHAB */
|
|
|
|
/* */
|
|
|
|
/* 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 */
|
|
|
|
/* */
|
|
|
|
#define ft_encoding_none FT_ENCODING_NONE
|
|
|
|
#define ft_encoding_unicode FT_ENCODING_UNICODE
|
2002-09-04 21:58:47 +02:00
|
|
|
#define ft_encoding_symbol FT_ENCODING_MS_SYMBOL
|
* 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
|
|
|
#define ft_encoding_latin_1 FT_ENCODING_ADOBE_LATIN_1
|
|
|
|
#define ft_encoding_latin_2 FT_ENCODING_OLD_LATIN_2
|
|
|
|
#define ft_encoding_sjis FT_ENCODING_MS_SJIS
|
|
|
|
#define ft_encoding_gb2312 FT_ENCODING_MS_GB2312
|
|
|
|
#define ft_encoding_big5 FT_ENCODING_MS_BIG5
|
|
|
|
#define ft_encoding_wansung FT_ENCODING_MS_WANSUNG
|
|
|
|
#define ft_encoding_johab FT_ENCODING_MS_JOHAB
|
|
|
|
|
|
|
|
#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. */
|
|
|
|
/* */
|
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 */
|
|
|
|
/* formats. It can be more in the case of */
|
|
|
|
/* 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 */
|
2002-06-23 12:57:31 +02:00
|
|
|
/* fonts, unless its face includes a complete */
|
|
|
|
/* set of glyphs (called a `strike') for the */
|
|
|
|
/* 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. */
|
2002-09-10 01:45:29 +02:00
|
|
|
/* This field's value is *negative*, expressed */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* in font units. Some font designs use a */
|
2002-09-10 01:45:29 +02:00
|
|
|
/* value different from `bbox.yMin'. Only */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* relevant for scalable formats. */
|
|
|
|
/* */
|
|
|
|
/* 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> */
|
|
|
|
/* 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 */
|
|
|
|
/* this bit and @FT_FACE_FLAG_FIXED_SIZES set */
|
|
|
|
/* */
|
|
|
|
/* 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 */
|
|
|
|
/* @FT_Get_Kerning. Note that if unset, this function will always */
|
|
|
|
/* return the vector (0,0). */
|
|
|
|
/* */
|
|
|
|
/* 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 */
|
|
|
|
/* retrieved through @FT_Get_Glyph_Names. Note that some TrueType */
|
|
|
|
/* fonts contain broken glyph name tables. Use the function */
|
|
|
|
/* @FT_Has_PS_Glyph_Name when needed. */
|
|
|
|
/* */
|
|
|
|
/* 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. */
|
|
|
|
/* */
|
|
|
|
#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 )
|
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
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @macro: */
|
|
|
|
/* FT_HAS_HORIZONTAL( face ) */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @description: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* A macro that returns true whenever a face object contains */
|
|
|
|
/* horizontal metrics (this is true for all font formats though). */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @also: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @FT_HAS_VERTICAL can be used to check for vertical metrics. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
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
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @macro: */
|
|
|
|
/* FT_HAS_VERTICAL( face ) */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @description: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* A macro that returns true whenever a face object contains vertical */
|
|
|
|
/* metrics. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
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
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @macro: */
|
|
|
|
/* FT_HAS_KERNING( face ) */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @description: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* A macro that returns true whenever a face object contains kerning */
|
|
|
|
/* data that can be accessed with @FT_Get_Kerning. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
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
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @macro: */
|
|
|
|
/* FT_IS_SCALABLE( face ) */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @description: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* 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. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
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
|
|
|
|
2001-04-02 23:30:06 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @macro: */
|
|
|
|
/* FT_IS_SFNT( face ) */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @description: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* 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. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* If this macro is true, all functions defined in @FT_SFNT_NAMES_H */
|
|
|
|
/* and @FT_TRUETYPE_TABLES_H are available. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
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
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @macro: */
|
|
|
|
/* FT_IS_FIXED_WIDTH( face ) */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @description: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* A macro that returns true whenever a face object contains a font */
|
|
|
|
/* face that contains fixed-width (or "monospace", "fixed-pitch", */
|
|
|
|
/* etc.) glyphs. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
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
|
|
|
|
2001-04-02 23:30:06 +02:00
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @macro: */
|
|
|
|
/* FT_IS_FIXED_SIZES( face ) */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @description: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* A macro that returns true whenever a face object contains some */
|
|
|
|
/* embedded bitmaps. See the `fixed_sizes' field of the @FT_FaceRec */
|
|
|
|
/* structure. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
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
|
|
|
|
2001-03-23 19:19:04 +01:00
|
|
|
/* */
|
2001-04-02 23:30:06 +02:00
|
|
|
|
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @macro: */
|
|
|
|
/* FT_HAS_FAST_GLYPHS( face ) */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @description: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* Deprecated; indicates that the face contains so-called "fast" */
|
|
|
|
/* glyph bitmaps. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
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
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @macro: */
|
|
|
|
/* FT_HAS_GLYPH_NAMES( face ) */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @description: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* A macro that returns true whenever a face object contains some */
|
|
|
|
/* glyph names that can be accessed through @FT_Get_Glyph_Names. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
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
|
|
|
|
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @macro: */
|
|
|
|
/* FT_HAS_MULTIPLE_MASTERS( face ) */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
|
|
|
/* @description: */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* 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. */
|
2001-04-02 23:30:06 +02:00
|
|
|
/* */
|
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
|
|
|
/*************************************************************************/
|
|
|
|
/* */
|
|
|
|
/* FreeType base size metrics */
|
|
|
|
/* */
|
|
|
|
/* <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 */
|
|
|
|
/* pixels. Always positive. */
|
|
|
|
/* */
|
|
|
|
/* descender :: The descender, expressed in 26.6 fixed point */
|
|
|
|
/* pixels. Always positive. */
|
|
|
|
/* */
|
|
|
|
/* 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> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* The values of `ascender', `descender', and `height' are only the */
|
|
|
|
/* scaled versions of `face->ascender', `face->descender', and */
|
|
|
|
/* `face->height'. */
|
2000-06-01 08:01:59 +02:00
|
|
|
/* */
|
|
|
|
/* Unfortunately, due to glyph hinting, these values might not be */
|
|
|
|
/* 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 */
|
|
|
|
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 */
|
|
|
|
/* ft_glyph_bitmap_outline. */
|
|
|
|
/* */
|
|
|
|
/* num_subglyphs :: The number of subglyphs in a composite glyph. */
|
|
|
|
/* This format is only valid for the composite */
|
|
|
|
/* glyph format, that should normally only be */
|
|
|
|
/* loaded with the FT_LOAD_NO_RECURSE flag. */
|
|
|
|
/* */
|
|
|
|
/* subglyphs :: An array of subglyph descriptors for */
|
|
|
|
/* composite glyphs. There are `num_subglyphs' */
|
|
|
|
/* elements in there. */
|
|
|
|
/* */
|
|
|
|
/* 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 */
|
|
|
|
/* present their own glyph image to client apps. */
|
|
|
|
/* Note that the app will need to know about the */
|
|
|
|
/* image format. */
|
|
|
|
/* */
|
- 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
|
|
|
/* */
|
|
|
|
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;
|
2000-05-12 17:26:58 +02:00
|
|
|
FT_UInt flags;
|
- 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
|
|
|
|
|
|
|
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> */
|
2000-05-12 12:19:41 +02:00
|
|
|
/* FT_Open_Flags */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* */
|
|
|
|
/* <Description> */
|
2001-08-21 10:50:45 +02:00
|
|
|
/* An enumeration used to list the bit flags used within the */
|
2001-08-22 20:35:06 +02:00
|
|
|
/* `flags' field of the @FT_Open_Args structure. */
|
2000-03-28 13:22:31 +02:00
|
|
|
/* */
|
|
|
|
/* <Fields> */
|
* 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
|
|
|
/* */
|
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
|
|
|
/* */
|
2000-07-09 21:15:30 +02:00
|
|
|
typedef enum
|
|
|
|
{
|
* 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 = 1,
|
|
|
|
FT_OPEN_STREAM = 2,
|
|
|
|
FT_OPEN_PATHNAME = 4,
|
|
|
|
FT_OPEN_DRIVER = 8,
|
|
|
|
FT_OPEN_PARAMS = 16
|
2000-04-04 18:46:12 +02:00
|
|
|
|
2000-05-12 12:19:41 +02:00
|
|
|
} FT_Open_Flags;
|
|
|
|
|
* 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
|
|
|
#define FT_OPEN_MEMORY FT_OPEN_MEMORY
|
|
|
|
#define FT_OPEN_STREAM FT_OPEN_STREAM
|
|
|
|
#define FT_OPEN_PATHNAME FT_OPEN_PATHNAME
|
|
|
|
#define FT_OPEN_DRIVER FT_OPEN_DRIVER
|
|
|
|
#define FT_OPEN_PARAMS FT_OPEN_PARAMS
|
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 */
|
|
|
|
/* the face. If set to 0, FreeType will try to load */
|
|
|
|
/* the face with each one of the drivers in its list. */
|
|
|
|
/* */
|
|
|
|
/* 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
|
|
|
/* */
|
* 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_DRIVER' bit is set, @FT_Open_Face will only try 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 */
|
2001-08-22 20:35:06 +02:00
|
|
|
/* `num_params' and `params' will be 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
|
|
|
{
|
2002-07-26 11:09:10 +02:00
|
|
|
FT_Open_Flags 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. */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* <Output> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* aface :: A handle to a new face 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
|
|
|
/* */
|
|
|
|
/* <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
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @FT_New_Face can be used to determine and/or check the font format */
|
|
|
|
/* of a given font resource. If the `face_index' field is negative, */
|
|
|
|
/* the function will _not_ return any face handle in `aface'. Its */
|
|
|
|
/* return value should be 0 if the font format is recognized, or */
|
|
|
|
/* non-zero otherwise. */
|
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. */
|
|
|
|
/* <Output> */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* aface :: A handle to a new face object. */
|
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'. */
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @FT_New_Memory_Face can be used to determine and/or check the font */
|
|
|
|
/* format of a given font resource. If the `face_index' field is */
|
|
|
|
/* negative, the function will _not_ return any face handle in */
|
2001-02-13 18:42:49 +01:00
|
|
|
/* `aface'. Its return value should be 0 if the font format is */
|
2001-08-25 01:11:34 +02:00
|
|
|
/* recognized, or non-zero otherwise. */
|
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 */
|
|
|
|
/* will be 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. */
|
2000-02-10 18:03:11 +01:00
|
|
|
/* <Output> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* aface :: A handle to a new face object. */
|
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'. */
|
|
|
|
/* */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* @FT_Open_Face can be used to determine and/or check the font */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* format of a given font resource. If the `face_index' field is */
|
|
|
|
/* negative, the function will _not_ return any face handle in */
|
2001-02-13 18:42:49 +01:00
|
|
|
/* `*face'. Its return value should be 0 if the font format is */
|
2001-08-25 01:11:34 +02:00
|
|
|
/* recognized, or non-zero otherwise. */
|
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> */
|
|
|
|
/* size :: A handle to a target size 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> */
|
|
|
|
/* When dealing with fixed-size faces (i.e., non-scalable formats), */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* use the function @FT_Set_Pixel_Sizes. */
|
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 */
|
|
|
|
/* on the font design, glyphs will be smaller or greater than the */
|
|
|
|
/* EM. */
|
|
|
|
/* */
|
|
|
|
/* This means that setting the pixel size to, say, 8x8 doesn't */
|
|
|
|
/* guarantee in any way that you will get glyph bitmaps that all fit */
|
|
|
|
/* within an 8x8 cell (sometimes even far from it). */
|
|
|
|
/* */
|
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 */
|
|
|
|
/* will be loaded. */
|
|
|
|
/* */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* <Input> */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* glyph_index :: The index of the glyph in the font file. */
|
|
|
|
/* */
|
|
|
|
/* 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 */
|
|
|
|
/* FT_LOAD_IGNORE_TRANSFORM is unset, the glyph image will be */
|
|
|
|
/* 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 */
|
|
|
|
/* will be loaded. */
|
|
|
|
/* */
|
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 */
|
|
|
|
/* is not defined in the charmap, this function will return an */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* 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 */
|
|
|
|
/* FT_LOAD_IGNORE_TRANSFORM is unset, the glyph image will be */
|
|
|
|
/* 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
|
|
|
|
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
|
|
|
|
* case, the following will happen:
|
|
|
|
*
|
|
|
|
* 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 ::
|
|
|
|
* Don't hint glyph outlines after their scaling to device pixels.
|
|
|
|
* 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
|
|
|
|
* outlines will be loaded when available, and scaled, hinted, or
|
|
|
|
* 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
|
|
|
|
* means that `face.glyph.advance' will correspond to the vertical
|
|
|
|
* advance height (instead of the default horizontal advance width),
|
|
|
|
* and that the glyph image will be translated to match the vertical
|
|
|
|
* 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
|
|
|
|
* width defined in the font. As far as we know, this is only used by
|
|
|
|
* the X-TrueType font server, in order to deal correctly with the
|
|
|
|
* incorrect metrics contained in DynaLab's TrueType CJK fonts.
|
|
|
|
*
|
|
|
|
* 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.
|
|
|
|
*/
|
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-09-05 17:10:54 +02:00
|
|
|
#define FT_LOAD_TARGET_( x ) ( (FT_Int32)( (x) & 7 ) << 16 )
|
|
|
|
#define FT_LOAD_TARGET_MODE( x ) ( (FT_Render_Mode)( ( (x) >> 16 ) & 7 ) )
|
|
|
|
|
2002-09-18 00:57:29 +02:00
|
|
|
#define FT_LOAD_TARGET_NORMAL FT_LOAD_TARGET_( FT_RENDER_MODE_NORMAL )
|
|
|
|
#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
|
|
|
|
2002-09-18 00:57:29 +02:00
|
|
|
#define FT_LOAD_DEFAULT 0x0
|
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 */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* images just before they are converted to bitmaps in a glyph slot */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* when @FT_Render_Glyph is called. */
|
- 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 */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* the last call to @FT_Set_Char_Sizes 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
|
|
|
/* */
|
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-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 */
|
|
|
|
/* 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 */
|
|
|
|
/* 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,
|
|
|
|
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> */
|
2000-11-06 05:33:56 +01:00
|
|
|
/* akerning :: The kerning vector. This is in font units for */
|
1999-12-17 00:11:37 +01:00
|
|
|
/* scalable formats, and in pixels for fixed-sizes */
|
|
|
|
/* formats. */
|
|
|
|
/* */
|
|
|
|
/* <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> */
|
|
|
|
/* buffer :: A pointer to a target buffer where the name will be */
|
|
|
|
/* 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 */
|
|
|
|
/* byte of `buffer' will be 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. */
|
|
|
|
/* This should only work 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> */
|
2001-12-05 02:22:05 +01:00
|
|
|
/* A pointer to the face's Postscript name. NULL if un-available. */
|
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> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* encoding :: 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> */
|
|
|
|
/* This function will return 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> */
|
2000-07-09 21:15:30 +02:00
|
|
|
/* This function will return an error if the charmap is not part of */
|
|
|
|
/* 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 );
|
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 */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* current charmap of a given face. It will also return 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 ); */
|
|
|
|
/* } */
|
|
|
|
/* } */
|
|
|
|
/* */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* Note that `*agindex' will be set to 0 if the charmap is empty. */
|
|
|
|
/* The result itself can be 0 in two cases: if the charmap is empty */
|
2002-02-28 20:28:26 +01:00
|
|
|
/* or when the value 0 is the first valid character code. */
|
|
|
|
/* */
|
|
|
|
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
|
|
|
/* */
|
2002-03-29 08:43:04 +01:00
|
|
|
/* Note that `*agindex' will be 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> */
|
|
|
|
/* Crunching fixed numbers and vectors */
|
|
|
|
/* */
|
|
|
|
/* <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 */
|
2002-06-26 07:58:24 +02:00
|
|
|
/* use a specialized version of the old @FT_MulDiv64. */
|
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 )
|
|
|
|
FT_Vector_Transform( FT_Vector* vec,
|
|
|
|
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 */
|