2003-09-02 01:18:03 +04:00
|
|
|
|
|
2003-11-13 13:19:27 +03:00
|
|
|
|
LATEST CHANGES BETWEEN 2.1.8 and 2.1.7
|
|
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
|
|
|
|
|
|
2003-11-25 12:30:57 +03:00
|
|
|
|
- The native TrueType hinter contained some bugs which prevented
|
|
|
|
|
|
some fonts to be rendered correctly, most notably Legendum.otf.
|
|
|
|
|
|
|
|
|
|
|
|
- The linear advance width and height values were incorrectly
|
|
|
|
|
|
rounded, making them virtually unusable if not loaded with
|
|
|
|
|
|
FT_LOAD_LINEAR_DESIGN.
|
|
|
|
|
|
|
2003-12-26 10:26:08 +03:00
|
|
|
|
- Indexing CID-keyed CFF fonts is now working: The glyph index is
|
|
|
|
|
|
correctly treated as a CID, similar to FreeType's CID driver
|
2003-12-12 18:38:39 +03:00
|
|
|
|
module. Note that CID CMaps support is still missing.
|
|
|
|
|
|
|
2003-12-18 11:18:37 +03:00
|
|
|
|
- The FT_FACE_FLAGS_GLYPH_NAMES is now set correctly for all font
|
|
|
|
|
|
formats.
|
2003-12-18 00:57:56 +03:00
|
|
|
|
|
2003-12-26 10:26:08 +03:00
|
|
|
|
- Some subsetted Type 1 fonts weren't parsed correctly. This bug
|
2004-02-08 12:07:08 +03:00
|
|
|
|
has been introduced in 2.1.7. In summary, the Type 1 parser has
|
|
|
|
|
|
become more robust.
|
2003-12-23 02:01:20 +03:00
|
|
|
|
|
|
|
|
|
|
- The WinFNT driver now correctly reports FT_ENCODING_NONE for all
|
2003-12-26 10:26:08 +03:00
|
|
|
|
but one encoding. Use the new FT_WinFNT_ID_XXX values together
|
2003-12-23 02:01:20 +03:00
|
|
|
|
with FT_Get_WinFNT_Header() to get the WinFNT charset ID.
|
|
|
|
|
|
|
2004-01-02 19:33:04 +03:00
|
|
|
|
- The descender metrics (face->size->metrics.descender) for WinFNT
|
|
|
|
|
|
bitmap fonts had the wrong sign.
|
|
|
|
|
|
|
2004-02-01 03:49:56 +03:00
|
|
|
|
- The (emulated) seac support for CFF fonts was broken.
|
|
|
|
|
|
|
|
|
|
|
|
- The flex operator didn't work for CFF fonts.
|
|
|
|
|
|
|
2003-11-13 13:19:27 +03:00
|
|
|
|
|
|
|
|
|
|
II. IMPORTANT CHANGES
|
|
|
|
|
|
|
|
|
|
|
|
- Both PCF and BDF drivers now handle the SETWIDTH_NAME and
|
|
|
|
|
|
ADD_STYLE_NAME properties. Values are appended to
|
|
|
|
|
|
face->style_name; example: `Bold SemiCondensed'.
|
|
|
|
|
|
|
2003-12-18 00:57:56 +03:00
|
|
|
|
- A new API function `FT_Get_CMap_Language_ID' (declared in
|
|
|
|
|
|
`tttables.h') is available to get the language ID of a
|
|
|
|
|
|
TrueType/SFNT cmap.
|
|
|
|
|
|
|
2004-01-23 22:52:40 +03:00
|
|
|
|
- The hexadecimal format of data after the `StartData' command in
|
|
|
|
|
|
CID-keyed Type 1 fonts is now supported. While this can't occur
|
|
|
|
|
|
in file-based fonts, it can happen in document-embedded
|
|
|
|
|
|
resources of PostScript documents.
|
|
|
|
|
|
|
2003-12-26 10:26:08 +03:00
|
|
|
|
- The cache sub-system has been rewritten.
|
|
|
|
|
|
|
|
|
|
|
|
- There is now support for deinstallation of faces.
|
|
|
|
|
|
|
|
|
|
|
|
- A new API function `FTC_Manager_RemoveFaceID' has been added
|
|
|
|
|
|
to delete all `idle' nodes that correspond to a given
|
|
|
|
|
|
FTC_FaceID. All `locked' nodes (i.e., those with a reference
|
|
|
|
|
|
count > 0), will be modified to prevent them from appearing in
|
|
|
|
|
|
further lookups (they will be cleaned normally when their
|
|
|
|
|
|
reference count reaches 0).
|
|
|
|
|
|
|
|
|
|
|
|
- There is now support for point scaling (i.e., providing
|
|
|
|
|
|
character sizes in points + dpis, instead of pixels).
|
|
|
|
|
|
|
|
|
|
|
|
- Three abstract cache classes are now available:
|
|
|
|
|
|
|
|
|
|
|
|
FTC_GCache: Used to store one glyph item per cache node,
|
|
|
|
|
|
with the ability to group common attributes into
|
|
|
|
|
|
`families'. This replaces the old
|
|
|
|
|
|
FTC_GlyphCache class.
|
|
|
|
|
|
|
|
|
|
|
|
FTC_ICache: Used to store one FT_Glyph per cache node. This
|
|
|
|
|
|
extends FTC_GCache. Family definition, family
|
|
|
|
|
|
comparison, and glyph loading are however left
|
|
|
|
|
|
to sub-classes.
|
|
|
|
|
|
|
|
|
|
|
|
FTC_SCache: Used to store up to 16 small bitmaps per cache
|
|
|
|
|
|
node. This extends FTC_GCache. Family
|
|
|
|
|
|
definition, family comparison and glyph loading
|
|
|
|
|
|
are however left to sub-classes.
|
|
|
|
|
|
|
|
|
|
|
|
- The file `src/cache/ftcbasic.c' implements:
|
|
|
|
|
|
|
|
|
|
|
|
FTC_ImageCache: Extends FTC_ICache; implements family
|
|
|
|
|
|
definitions and glyph loading similar to the
|
|
|
|
|
|
old API.
|
|
|
|
|
|
|
|
|
|
|
|
FTC_SBitCache: Extends FTC_SCache, implements family
|
|
|
|
|
|
definitions and glyph loading similar to the
|
|
|
|
|
|
old API
|
|
|
|
|
|
|
|
|
|
|
|
Client applications should be able to extend FTC_GCache,
|
|
|
|
|
|
FTC_ICache, or FTC_SCache much more easily (i.e., less code to
|
|
|
|
|
|
write, and less callbacks). For example, one could envision
|
|
|
|
|
|
caches that are capable of storing transformed (obliqued),
|
|
|
|
|
|
stroked, emboldened, or colored glyph images. Use
|
|
|
|
|
|
`ftcbasic.c' as an example.
|
|
|
|
|
|
|
|
|
|
|
|
- All public APIs are now in `include/freetype/ftcache.h', (to
|
|
|
|
|
|
be accessed as `FT_CACHE_H'). The contents of
|
|
|
|
|
|
`include/freetype/cache/' is only needed by applications that
|
|
|
|
|
|
wish to implement their own caches.
|
|
|
|
|
|
|
|
|
|
|
|
- There were some major performance improvements through the use
|
|
|
|
|
|
of various programming tricks. Cache hits are up to 70%
|
|
|
|
|
|
faster than in the old code.
|
|
|
|
|
|
|
|
|
|
|
|
- The FTC_CMapCache has been simplied. Charmaps can only be
|
|
|
|
|
|
accessed by index right now. There is also a new API named
|
|
|
|
|
|
`FT_Charmap_GetIndex' for this purpose.
|
|
|
|
|
|
|
|
|
|
|
|
- The demo programs have been updated to the new code. The
|
|
|
|
|
|
previous versions will not work with the current one.
|
|
|
|
|
|
|
2003-11-13 13:19:27 +03:00
|
|
|
|
|
2003-12-16 09:04:44 +03:00
|
|
|
|
III. MISCELLANEOUS
|
|
|
|
|
|
|
|
|
|
|
|
- Wolfgang Domr<6D>se contributed support files for building FreeType
|
2003-12-16 09:42:11 +03:00
|
|
|
|
on the Atari using the PureC compiler. Note that the Atari is a
|
|
|
|
|
|
16bit platform.
|
2003-12-16 09:04:44 +03:00
|
|
|
|
|
2004-02-08 12:07:08 +03:00
|
|
|
|
- Vitaliy Pasternak contributed project files for VS.NET 2003.
|
|
|
|
|
|
|
2003-12-16 09:04:44 +03:00
|
|
|
|
|
2003-11-13 13:19:27 +03:00
|
|
|
|
======================================================================
|
|
|
|
|
|
|
2003-11-09 11:37:14 +03:00
|
|
|
|
LATEST CHANGES BETWEEN 2.1.7 and 2.1.6
|
|
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
|
|
|
|
|
|
|
|
|
|
|
- Updated to newest libtool version, fixing build problems on
|
|
|
|
|
|
various platforms.
|
|
|
|
|
|
|
|
|
|
|
|
- On Unix platforms, `make install' didn't copy the correct
|
|
|
|
|
|
`ftconfig.h' file.
|
|
|
|
|
|
|
|
|
|
|
|
Note that version 2.1.7 contains the same library C source code as
|
|
|
|
|
|
version 2.1.6.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
======================================================================
|
|
|
|
|
|
|
2003-09-11 23:58:19 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.1.6 and 2.1.5
|
2003-09-02 01:18:03 +04:00
|
|
|
|
|
2003-09-11 23:58:19 +04:00
|
|
|
|
I. IMPORTANT BUG FIXES
|
2003-09-02 01:18:03 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The PFR font driver didn't load kerning tables correctly, and
|
|
|
|
|
|
the functions in FT_PFR_H didn't work at all.
|
2003-09-02 01:18:03 +04:00
|
|
|
|
|
2003-09-20 21:23:36 +04:00
|
|
|
|
- Type 1 font files in binary format (PFB) with an end-of-file
|
|
|
|
|
|
indicator weren't accepted by the FreeType engine.
|
|
|
|
|
|
|
2003-10-23 20:24:10 +04:00
|
|
|
|
- Fonts which contain /PaintType and /StrokeWidth no longer cause
|
|
|
|
|
|
a segfault. This bug has been introduced in version 2.1.5.
|
|
|
|
|
|
|
|
|
|
|
|
- Fonts loaded with FT_LOAD_RENDER no longer cause strange
|
|
|
|
|
|
results. This bug has been introduced in version 2.1.5.
|
|
|
|
|
|
|
|
|
|
|
|
- Some Windows (bitmap) FNT/FON files couldn't be handled
|
|
|
|
|
|
correctly.
|
|
|
|
|
|
|
2003-11-09 11:37:14 +03:00
|
|
|
|
|
2003-09-11 23:58:19 +04:00
|
|
|
|
II. IMPORTANT CHANGES
|
2003-09-02 01:18:03 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The internal module API has been heavily changed in favor of
|
|
|
|
|
|
massive simplifications within the font engine. This also means
|
|
|
|
|
|
that authors of third-party modules must adapt their code to the
|
2003-11-09 11:37:14 +03:00
|
|
|
|
new scheme.
|
|
|
|
|
|
|
|
|
|
|
|
NOTE: THE NEW SCHEME IS NOT COMPLETED YET. PLEASE WAIT UNTIL A
|
|
|
|
|
|
FINAL ANNOUNCEMENT!
|
2003-09-02 01:18:03 +04:00
|
|
|
|
|
2003-10-23 20:24:10 +04:00
|
|
|
|
- The PostScript parser has been enhanced to handle comments and
|
|
|
|
|
|
strings correctly. Additionally, more syntax forms are
|
|
|
|
|
|
recognized.
|
|
|
|
|
|
|
2003-11-09 11:37:14 +03:00
|
|
|
|
- Added the optional unpatented hinting system for TrueType. It
|
|
|
|
|
|
allows typefaces which need hinting to produce correct glyph
|
|
|
|
|
|
forms (e.g., Chinese typefaces from Dynalab) to work acceptably
|
|
|
|
|
|
without infringing Apple patents. This system is compiled only
|
|
|
|
|
|
if TT_CONFIG_OPTION_COMPILE_UNPATENTED_HINTING is defined in
|
|
|
|
|
|
ftoption.h (activated by default).
|
2003-09-02 01:18:03 +04:00
|
|
|
|
|
|
|
|
|
|
|
2003-11-09 11:37:14 +03:00
|
|
|
|
III. MISCELLANEOUS
|
|
|
|
|
|
|
|
|
|
|
|
- There is now a guard in the public header files to protect
|
|
|
|
|
|
against inclusion of freetype.h from FreeType 1.
|
|
|
|
|
|
|
|
|
|
|
|
- Direct inclusion of freetype.h and other public header files no
|
|
|
|
|
|
longer works. You have to use the documented scheme
|
|
|
|
|
|
|
|
|
|
|
|
#include <ft2build.h>
|
|
|
|
|
|
#include FT_FREETYPE_H
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
2003-11-09 11:37:14 +03:00
|
|
|
|
to load freetype.h with a symbolic name. This protects against
|
|
|
|
|
|
renaming of public header files (which shouldn't happen but
|
|
|
|
|
|
actually has, avoiding two public header files with the same
|
|
|
|
|
|
name).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
======================================================================
|
|
|
|
|
|
|
|
|
|
|
|
LATEST CHANGES BETWEEN 2.1.5 and 2.1.4
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Parsing the /CIDFontName field now removes the leading slash to
|
2003-07-25 09:57:21 +04:00
|
|
|
|
be in sync with other font drivers.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- gzip support was buggy. Some fonts could not be read.
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fonts which have nested subglyphs more than one level deep no
|
2003-07-25 09:57:21 +04:00
|
|
|
|
longer cause a segfault.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Creation of synthetic cmaps for fonts in CFF format was broken
|
2003-07-25 09:57:21 +04:00
|
|
|
|
partially.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Numeric font dictionary entries for synthetic fonts are no
|
|
|
|
|
|
longer overwritten.
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The font matrix wasn't applied to the advance width for Type1,
|
2003-10-23 20:24:10 +04:00
|
|
|
|
CID, and CFF fonts. This caused problems when loading certain
|
|
|
|
|
|
synthetic Type 1 fonts like `Helvetica Narrow'.
|
2003-08-06 08:40:48 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The test for the charset registry in BDF and PCF fonts is now
|
2003-07-25 09:57:21 +04:00
|
|
|
|
case-insensitive.
|
|
|
|
|
|
|
2003-10-23 20:24:10 +04:00
|
|
|
|
- FT_Vector_Rotate sometimes returned strange values due to
|
|
|
|
|
|
rounding errors.
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The PCF driver now returns the correct number of glyphs
|
|
|
|
|
|
(including an artificial `notdef' glyph at index 0).
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- FreeType now supports buggy CMaps which are contained in many
|
|
|
|
|
|
CJK fonts from Dynalab.
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Opening an invalid font on a Mac caused a segfault due to
|
2003-07-25 09:57:21 +04:00
|
|
|
|
double-freeing memory.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- BDF fonts with more than 32768 glyphs weren't supported
|
|
|
|
|
|
properly.
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
II. IMPORTANT CHANGES
|
|
|
|
|
|
|
|
|
|
|
|
- Accessing bitmap font formats has been synchronized. To do that
|
2003-09-12 23:38:13 +04:00
|
|
|
|
the FT_Bitmap_Size structure has been extended to contain new
|
2003-07-25 09:57:21 +04:00
|
|
|
|
fields `size', `x_ppem', and `y_ppem'.
|
|
|
|
|
|
|
|
|
|
|
|
- The FNT driver now returns multiple faces, not multiple strikes.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The `psnames' module has been updated to the Adobe Glyph List
|
2003-07-25 09:57:21 +04:00
|
|
|
|
version 2.0.
|
|
|
|
|
|
|
|
|
|
|
|
- The `psnames' module now understands `uXXXX[X[X]]' glyph names.
|
|
|
|
|
|
|
|
|
|
|
|
- The algorithm for guessing the font style has been improved.
|
|
|
|
|
|
|
2003-12-18 00:57:56 +03:00
|
|
|
|
- For fonts in SFNT format, root->height is no longer increased if
|
2003-09-12 23:38:13 +04:00
|
|
|
|
the line gap is zero. There exist fonts (containing e.g. form
|
|
|
|
|
|
drawing characters) which intentionally have a zero line gap
|
|
|
|
|
|
value.
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- ft_glyph_bbox_xxx flags are now deprecated in favour of
|
2003-07-25 09:57:21 +04:00
|
|
|
|
FT_GLYPH_BBOX_XXX.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- ft_module_xxx flags are now deprecated in favour of
|
|
|
|
|
|
FT_MODULE_XXX.
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- FT_ENCODING_MS_{SJIS,GB2312,BIG5,WANSUNG,JOHAB} are now
|
|
|
|
|
|
deprecated in favour of
|
|
|
|
|
|
FT_ENCODING_{SJIS,GB2312,GIB5,WANSONG,JOHAB} -- those encodings
|
|
|
|
|
|
are not specific to Microsoft.
|
2003-09-01 11:06:06 +04:00
|
|
|
|
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
|
|
|
|
|
III. MISCELLANEOUS
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The autohinter has been further improved; for example, `m'
|
|
|
|
|
|
glyphs now retain its vertical symmetry.
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
|
|
|
|
|
- Partial support of Mac fonts on non-Mac platforms.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- `make refdoc' (after first `make') builds the HTML
|
|
|
|
|
|
documentation. You need Python for this.
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The make build system should now work more reliably on DOS-like
|
2003-07-25 09:57:21 +04:00
|
|
|
|
platforms.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Support for EMX gcc and Watson C/C++ compilers on MS-DOS has
|
|
|
|
|
|
been added.
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
|
|
|
|
|
- Better VMS build support.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Support for the pkg-config package by providing a `freetype.pc'
|
2003-07-25 09:57:21 +04:00
|
|
|
|
file.
|
|
|
|
|
|
|
|
|
|
|
|
- New configure option --with-old-mac-fonts for Darwin.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Some source files have been renamed (mainly to fit into the 8.3
|
2003-07-25 09:57:21 +04:00
|
|
|
|
naming scheme).
|
|
|
|
|
|
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2003-07-25 09:57:21 +04:00
|
|
|
|
|
2003-01-24 11:30:36 +03:00
|
|
|
|
LATEST CHANGES BETWEEN 2.1.4 and 2.1.3
|
|
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Updated to newest libtool version, fixing build problems on
|
|
|
|
|
|
various platforms.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A fix in the Gzip stream reader: It couldn't read certain .gz
|
|
|
|
|
|
files properly due to a small typo. In certain cases, FreeType
|
|
|
|
|
|
could also loop endlessly when trying to load tiny gzipped
|
|
|
|
|
|
files.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The configure script now tries to use the system-wide zlib when
|
|
|
|
|
|
it finds one (instead of the copy found in src/gzip). And
|
|
|
|
|
|
"freetype-config" has been updated to return relevant flags in
|
|
|
|
|
|
this case when invoked with "--libs" (e.g. "-lzlib").
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Certain fonts couldn't be loaded by 2.1.3 because they lacked a
|
|
|
|
|
|
Unicode charmap (e.g. SYMBOL.TTF). FreeType erroneously
|
|
|
|
|
|
rejected them.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-04-21 17:30:27 +04:00
|
|
|
|
- The CFF loader was modified to accept fonts which only contain a
|
2003-09-12 23:38:13 +04:00
|
|
|
|
subset of their reference charset. This prevented the correct
|
|
|
|
|
|
use of PDF-embedded fonts.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-04-21 17:30:27 +04:00
|
|
|
|
- The logic to detect Unicode charmaps has been modified. This is
|
2003-09-12 23:38:13 +04:00
|
|
|
|
required to support fonts which include both 16-bit and 32-bit
|
|
|
|
|
|
charmaps (like very recent asian ones) using the new 10 and 12
|
|
|
|
|
|
SFNT formats.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The TrueType loader now limits the depth of composite glyphs.
|
|
|
|
|
|
This is necessary to prevent broken fonts to break the engine by
|
|
|
|
|
|
blowing the stack with recursive glyph definitions.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The CMap cache is now capable of managing UCS-4 character codes
|
|
|
|
|
|
that are mapped through extended charmaps in recent
|
|
|
|
|
|
TrueType/OpenType fonts.
|
2003-02-26 00:44:11 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The cache sub-system now properly manages out-of-memory
|
|
|
|
|
|
conditions instead of blindly reporting them to the caller.
|
|
|
|
|
|
This means that it will try to empty the cache before restarting
|
|
|
|
|
|
its allocations to see if that can help.
|
2003-03-20 10:04:40 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The PFR driver didn't return the list of available embedded
|
|
|
|
|
|
bitmaps properly.
|
2003-02-26 00:44:11 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- There was a nasty memory leak when using embedded bitmaps in
|
|
|
|
|
|
certain font formats.
|
2003-04-09 10:55:57 +04:00
|
|
|
|
|
2003-04-21 17:30:27 +04:00
|
|
|
|
|
2003-01-24 11:30:36 +03:00
|
|
|
|
II. IMPORTANT CHANGES
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- David Chester contributed some enhancements to the auto-hinter
|
|
|
|
|
|
that significantly increase the quality of its output. The
|
|
|
|
|
|
Postscript hinter was also improved in several ways.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-04-21 17:30:27 +04:00
|
|
|
|
- The FT_RENDER_MODE_LIGHT render mode was implemented.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A new API function called `FT_Get_BDF_Property' has been added
|
|
|
|
|
|
to FT_BDF_H to retrieve BDF properties from BDF _and_ PCF font
|
|
|
|
|
|
files. THIS IS STILL EXPERIMENTAL, since it hasn't been
|
|
|
|
|
|
properly tested yet.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-04-21 17:30:27 +04:00
|
|
|
|
- A Windows FNT specific API has been added, mostly to access font
|
|
|
|
|
|
headers. This is used by Wine.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- TrueType tables without an "hmtx" table are now tolerated when
|
|
|
|
|
|
an incremental interface is used. This happens for certain
|
|
|
|
|
|
Type42 fonts passed from Ghostscript to FreeType.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The PFR font driver is now capable of returning the font family
|
|
|
|
|
|
and style names when they are available (instead of the sole
|
|
|
|
|
|
"FontID"). This is performed by parsing an *undocumented*
|
|
|
|
|
|
portion of the font file!
|
2003-04-21 17:30:27 +04:00
|
|
|
|
|
2003-02-26 00:44:11 +03:00
|
|
|
|
|
2003-01-24 11:30:36 +03:00
|
|
|
|
III. MISCELLANEOUS
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The path stroker in FT_STROKER_H has entered beta stage. It now
|
|
|
|
|
|
works very well, but its interface might change a bit in the
|
|
|
|
|
|
future. More on this in later releases.
|
2003-04-21 17:30:27 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The documentation for FT_Size_Metrics didn't appear properly in
|
|
|
|
|
|
the API reference.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-04-21 17:30:27 +04:00
|
|
|
|
- The file docs/VERSION.DLL has been updated to explain versioning
|
2003-09-12 23:38:13 +04:00
|
|
|
|
with FreeType (i.e., comparing release/libtool/so numbers, and
|
|
|
|
|
|
how to use them in autoconf scripts).
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The installation documentation has been seriously revamped.
|
2003-04-21 17:30:27 +04:00
|
|
|
|
Everything is now in the "docs" directory.
|
2003-01-24 11:30:36 +03:00
|
|
|
|
|
2003-03-20 10:04:40 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2003-04-21 17:30:27 +04:00
|
|
|
|
|
2002-08-30 03:18:56 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.1.3 and 2.1.2
|
|
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- FT_Vector_Transform had been incorrectly modified in 2.1.2,
|
|
|
|
|
|
resulting in incorrect transformations being applied (for
|
|
|
|
|
|
example, rotations were processed in opposite angles).
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The format 8 and 12 TrueType charmap enumeration routines have
|
|
|
|
|
|
been fixed (FT_Get_Next_Char returned invalid values).
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The PFR font driver returned incorrect advance widths if the
|
|
|
|
|
|
outline and metrics resolution defined in the font file were
|
|
|
|
|
|
different.
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- FT_Glyph_To_Bitmap now returns successfully when called with an
|
2002-09-05 19:10:54 +04:00
|
|
|
|
FT_BitmapGlyph argument (it previously returned an error).
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A bug in the Type 1 loader that prevented valid font bounding
|
|
|
|
|
|
boxes to be loaded from multiple master fonts.
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The SFNT validation code has been rewritten. FreeType can now
|
|
|
|
|
|
load "broken" fonts that were usable on Windows, but not with
|
|
|
|
|
|
previous versions of the library.
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2002-09-05 19:10:54 +04:00
|
|
|
|
- The computation of bearings in the BDF driver has been fixed.
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The Postscript hinter crashed when trying to hint certain glyphs
|
|
|
|
|
|
(more precisely, when trying to apply hints to an empty glyph
|
|
|
|
|
|
outline).
|
2002-09-18 11:53:22 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The TrueType glyph loader now supports composites in "Apple
|
|
|
|
|
|
format" (they differ slightly from Microsoft/OpenType ones in
|
|
|
|
|
|
the way transformation offsets are computed).
|
2002-09-18 15:32:12 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- FreeType was very slow at opening certain asian CID/CFF fonts,
|
|
|
|
|
|
due to fixed increment in dynamic array re-allocations. This
|
|
|
|
|
|
has been changed to exponential behaviour to get acceptable
|
|
|
|
|
|
performance.
|
2003-04-21 17:30:27 +04:00
|
|
|
|
|
|
|
|
|
|
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2002-09-25 04:10:27 +04:00
|
|
|
|
II. IMPORTANT CHANGES
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The PCF driver now supports gzip-compressed font files natively.
|
|
|
|
|
|
This means that you will be able to use all these bitmap fonts
|
|
|
|
|
|
that come with XFree86 with FreeType (and libXft/libXft2, by
|
|
|
|
|
|
extension).
|
2002-11-14 02:28:08 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The automatic and postscript hinters have both been updated.
|
|
|
|
|
|
This results in a relatively important increase of rendering
|
|
|
|
|
|
quality since many nasty defaults have been supressed. Please
|
|
|
|
|
|
visit the web page:
|
2002-09-18 11:53:22 +04:00
|
|
|
|
|
2002-11-14 02:28:08 +03:00
|
|
|
|
http://www.freetype.org/hinting/smooth-hinting.html
|
2002-09-18 11:53:22 +04:00
|
|
|
|
|
2002-09-18 15:32:12 +04:00
|
|
|
|
for additional details on this topic.
|
2002-09-18 11:53:22 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The "load_flags" parameter of FT_Load_Glyph is now an FT_Int32
|
|
|
|
|
|
(instead of just being an FT_Int). This breaks source and
|
|
|
|
|
|
binary compatibility for 16bit systems only, while retaining
|
|
|
|
|
|
both of them for 32 and 64 bit ones.
|
2002-09-25 04:10:27 +04:00
|
|
|
|
|
|
|
|
|
|
Some new flags have been added consequently:
|
|
|
|
|
|
|
|
|
|
|
|
FT_LOAD_NO_AUTOHINT :: Disable the use of the auto-hinter
|
|
|
|
|
|
(but not native format hinters).
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
FT_LOAD_TARGET_NORMAL :: Hint and render for normal
|
|
|
|
|
|
anti-aliased displays.
|
2002-09-25 04:10:27 +04:00
|
|
|
|
|
|
|
|
|
|
FT_LOAD_TARGET_MONO :: Hint and render for 1-bit displays.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
FT_LOAD_TARGET_LCD :: Hint and render for horizontal RGB or
|
|
|
|
|
|
BGR sub-pixel displays (like LCD
|
|
|
|
|
|
screens). THIS IS STILL
|
|
|
|
|
|
EXPERIMENTAL!
|
2002-09-25 04:10:27 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
FT_LOAD_TARGET_LCD_V :: Same as FT_LOAD_TARGET_LCD, for
|
|
|
|
|
|
vertical sub-pixel displays (like
|
|
|
|
|
|
rotated LCD screens). THIS IS STILL
|
|
|
|
|
|
EXPERIMENTAL!
|
2002-09-25 04:10:27 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
FT_LOAD_MONOCHROME is still supported, but only affects
|
|
|
|
|
|
rendering, not the hinting.
|
2002-09-25 04:10:27 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
Note that the `ftview' demo program available in the `ft2demos'
|
|
|
|
|
|
package has been updated to support LCD-optimized display on
|
|
|
|
|
|
non-paletted displays (under Win32 and X11).
|
2002-09-25 04:10:27 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The PFR driver now supports embedded bitmaps (all formats
|
|
|
|
|
|
supported), and returns correct kerning metrics for all glyphs.
|
2002-10-05 19:00:36 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The TrueType charmap loader now supports certain `broken' fonts
|
|
|
|
|
|
that load under Windows without problems.
|
2002-09-25 04:10:27 +04:00
|
|
|
|
|
2002-09-27 22:17:17 +04:00
|
|
|
|
- The cache API has been slightly modified (it's still a beta!):
|
2002-09-25 04:10:27 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The type FTC_ImageDesc has been removed; it is now replaced
|
|
|
|
|
|
by FTC_ImageTypeRec. Note that one of its fields is a
|
|
|
|
|
|
`load_flag' parameter for FT_Load_Glyph.
|
2002-09-25 04:10:27 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The field "num_grays" of FT_SBitRec has been changed to
|
|
|
|
|
|
"max_grays" in order to fit within a single byte. Its
|
|
|
|
|
|
maximum value is thus 255 (instead of 256 as previously).
|
2002-09-25 04:10:27 +04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
III. MISCELLANEOUS
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Added support for the DESTDIR variable during "make install".
|
|
|
|
|
|
This simplifies packaging of FreeType.
|
2002-09-18 11:53:22 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Included modified copies of the ZLib sources in `src/gzip' in
|
|
|
|
|
|
order to support gzip-compressed PCF fonts. We do not use the
|
|
|
|
|
|
system-provided zlib for now, though this is a probable
|
|
|
|
|
|
enhancement for future releases.
|
2002-11-14 02:28:08 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The DocMaker tool used to generate the on-line API reference has
|
|
|
|
|
|
been completely rewritten. It is now located in
|
2002-09-18 15:32:12 +04:00
|
|
|
|
"src/tools/docmaker/docmaker.py". Features:
|
2002-09-18 11:53:22 +04:00
|
|
|
|
|
|
|
|
|
|
- better cross-referenced output
|
|
|
|
|
|
- more polished output
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- uses Python regular expressions (though it didn't speed the
|
2002-09-18 15:32:12 +04:00
|
|
|
|
program)
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- much more modular structure, which allows for different
|
|
|
|
|
|
"backends" in order to generate HTML, XML, or whatever
|
|
|
|
|
|
format.
|
2002-09-18 11:53:22 +04:00
|
|
|
|
|
2002-09-18 15:32:12 +04:00
|
|
|
|
One can regenerate the API reference by calling:
|
2002-09-18 11:53:22 +04:00
|
|
|
|
|
2002-09-18 15:32:12 +04:00
|
|
|
|
python src/tools/docmaker/docmaker.py \
|
|
|
|
|
|
--prefix=ft2 \
|
|
|
|
|
|
--title=FreeType-2.1.3 \
|
2002-09-25 04:10:27 +04:00
|
|
|
|
--output=<outputdirectory>
|
2002-09-18 15:32:12 +04:00
|
|
|
|
include/freetype/*.h \
|
|
|
|
|
|
include/freetype/config/*.h \
|
|
|
|
|
|
include/freetype/cache/*.h
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2002-09-05 19:10:54 +04:00
|
|
|
|
- A new, experimental, support for incremental font loading (i.e.,
|
2003-09-12 23:38:13 +04:00
|
|
|
|
loading of fonts where the glyphs are not in the font file
|
|
|
|
|
|
itself, but provided by an external component, like a Postscript
|
|
|
|
|
|
interpreter) has been added by Graham Asher. This is still work
|
|
|
|
|
|
in progress, however.
|
|
|
|
|
|
|
|
|
|
|
|
- A new, EXPERIMENTAL, path stroker has been added. It doesn't
|
|
|
|
|
|
suffer from severe rounding errors and treat bezier arcs
|
|
|
|
|
|
directly. Still work in progress (i.e. not part of the official
|
|
|
|
|
|
API). See the file <freetype/ftstroker.h> for some of the
|
|
|
|
|
|
details.
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The massive re-formatting of sources and internal re-design is
|
|
|
|
|
|
still under-way. Many internal functions, constants, and types
|
|
|
|
|
|
have been renamed.
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
|
|
|
|
|
LATEST CHANGES BETWEEN 2.1.2 and 2.1.1
|
2002-06-21 11:33:23 +04:00
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Many font drivers didn't select a Unicode charmap by default
|
|
|
|
|
|
when a new face was opened (with the FT_CONFIG_OPTION_USE_CMAPS
|
|
|
|
|
|
options enabled), causing many applications to not be able to
|
|
|
|
|
|
display text correctly with the 2.1.x releases.
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The PFR driver had a bug in its composite loading code that
|
|
|
|
|
|
produces incorrectly placed accents with many fonts.
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2002-06-22 17:35:41 +04:00
|
|
|
|
- The Type42 driver crashed sometimes due to a nasty bug.
|
2002-08-30 03:18:56 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The Type 1 custom encoding charmap didn't handle the case where
|
|
|
|
|
|
the first glyph index wasn't 0.
|
2002-06-21 11:33:23 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A serious typo in the TrueType composite loader produced
|
|
|
|
|
|
incorrectly placed glyphs in fonts like "Wingdings" and a few
|
|
|
|
|
|
others.
|
2002-06-21 11:33:23 +04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
II. MISCELLANEOUS
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The Win32 Visual C++ project file has been updated to include
|
|
|
|
|
|
the PFR driver as well.
|
2002-06-21 11:33:23 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- "freetype.m4" is now installed by default by "make install" on
|
|
|
|
|
|
Unix systems.
|
2002-06-21 11:33:23 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The function FT_Get_PS_Font_Info now works with CID and Type42
|
|
|
|
|
|
fonts as well.
|
2002-06-22 17:35:41 +04:00
|
|
|
|
|
2002-06-21 11:42:50 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2002-06-22 17:35:41 +04:00
|
|
|
|
|
2002-05-29 03:40:37 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.1.1 and 2.1.0
|
|
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The `version_info' returned by `freetype-config' in 2.1.0
|
|
|
|
|
|
returned an invalid value. It now returns 9:1:3 (2.0.9 returned
|
|
|
|
|
|
9:0:3).
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Version 2.1.0 couldn't be linked against applications on Win32
|
|
|
|
|
|
and Amiga systems due to a new debug function that wasn't
|
|
|
|
|
|
properly propagated to the system-specific directory in
|
|
|
|
|
|
`builds'.
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2002-05-30 23:22:14 +04:00
|
|
|
|
- Various MacOS and Mac OS X specific fixes.
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed a bug in the TrueType charmap validation routines that
|
|
|
|
|
|
made version 2.1.0 too restrictive -- many popular fonts have
|
|
|
|
|
|
been rejected.
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- There was still a very small difference between the monochrome
|
|
|
|
|
|
glyph bitmaps produced by FreeType 1.x and FreeType 2.x with the
|
|
|
|
|
|
bytecode interpreter enabled. This was caused by an invalid
|
|
|
|
|
|
flag setting in the TrueType glyph loader, making the rasterizer
|
|
|
|
|
|
change its drop-out control mode. Now theresults should
|
|
|
|
|
|
_really_ be completely identical.
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2002-05-30 23:22:14 +04:00
|
|
|
|
- The TrueType name table loader has been improved to support many
|
2003-09-12 23:38:13 +04:00
|
|
|
|
popular though buggy Asian fonts. It now ignores empty name
|
|
|
|
|
|
entries, invalid pointer offsets and a few other incorrect
|
|
|
|
|
|
subtleties. Moreover, name strings are now loaded on demand,
|
|
|
|
|
|
which reduces the memory load of many faces (e.g. the ARIAL.TTF
|
|
|
|
|
|
font file contains a 10kByte name table with 70 names).
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2002-05-30 23:22:14 +04:00
|
|
|
|
- Fixed a bug in the Postscript hinter that prevented family blues
|
2002-05-29 03:40:37 +04:00
|
|
|
|
substitution to happen correctly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
II. NEW FEATURES
|
|
|
|
|
|
|
2002-05-30 23:22:14 +04:00
|
|
|
|
- Three new font drivers in this release:
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
* A BDF font driver, contributed by Franco Zappa Nardelli,
|
|
|
|
|
|
heavily modified by Werner Lemberg. It also supports
|
|
|
|
|
|
anti-aliased bitmaps (using a slightly extended BDF format).
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
* A Type42 font driver, contributed by Roberto Alameda. It is
|
2002-06-11 02:41:57 +04:00
|
|
|
|
still experimental but seems to work relatively well.
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
* A PFR font driver, contributed by David Turner himself. It
|
|
|
|
|
|
doesn't support PFR hinting -- note that BitStream has at
|
|
|
|
|
|
least two patents on this format!
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
|
|
|
|
|
|
2002-06-11 02:41:57 +04:00
|
|
|
|
III. MISCELLANEOUS
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The cache sub-system has been optimized in important ways.
|
|
|
|
|
|
Cache hits are now significantly faster. For example, using the
|
|
|
|
|
|
CMap cache is about twice faster than calling FT_Get_Char_Index
|
|
|
|
|
|
on most platforms. Similarly, using an SBit cache is about five
|
|
|
|
|
|
times faster than loading the bitmaps from a bitmap file, and
|
|
|
|
|
|
300 to 500 times faster than generating them from a scalable
|
|
|
|
|
|
format.
|
2002-06-11 02:41:57 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
Note that you should recompile your sources if you designed a
|
|
|
|
|
|
custom cache class for the FT2 Cache subsystem, since the
|
|
|
|
|
|
changes performed are source, but not binary, compatible.
|
2002-06-11 02:41:57 +04:00
|
|
|
|
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2002-04-15 16:01:10 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.1.0 and 2.0.9
|
|
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The TrueType bytecode interpreter has been fixed to produce
|
2002-04-15 17:37:29 +04:00
|
|
|
|
_exactly_ the same output as FreeType 1.x. Previous differences
|
2003-09-12 23:38:13 +04:00
|
|
|
|
were due to slightly distinct fixed-point computation routines
|
2002-04-15 16:01:10 +04:00
|
|
|
|
used to perform dot products and vector length measurements.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
It seems that native TrueType hinting is _extremely_ sensitive
|
|
|
|
|
|
to rounding errors. The required vector computation routines
|
|
|
|
|
|
have been optimized and placed within the "ttinterp.c" file.
|
2002-04-15 16:01:10 +04:00
|
|
|
|
|
2002-04-18 02:42:13 +04:00
|
|
|
|
- Fixed the parsing of accelerator tables in the PCF font driver.
|
2002-05-29 03:40:37 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed the Type1 glyph loader routine used to compute the font's
|
2002-04-17 13:37:59 +04:00
|
|
|
|
maximum advance width.
|
2002-04-15 16:01:10 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
|
2002-04-15 16:01:10 +04:00
|
|
|
|
II. NEW FEATURES
|
|
|
|
|
|
|
2002-04-15 17:37:29 +04:00
|
|
|
|
- The `configure' script used on Unix systems has been modified to
|
2003-09-12 23:38:13 +04:00
|
|
|
|
check that GNU Make is being used to build the library.
|
|
|
|
|
|
Otherwise, it will display a message proposing to use the
|
|
|
|
|
|
GNUMAKE environment variable to name it.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
|
|
|
|
|
The Unix-specific file README.UNX has been modified accordingly.
|
|
|
|
|
|
|
2002-04-15 16:01:10 +04:00
|
|
|
|
|
|
|
|
|
|
III. MISCELLANEOUS
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The FreeType License in `docs/FTL.txt' has been updated to
|
|
|
|
|
|
include a proposed preferred disclaimer. If you are using
|
|
|
|
|
|
FreeType in your products, you are encouraged (but not mandated)
|
|
|
|
|
|
to use the following text in your documentation:
|
2002-04-15 16:01:10 +04:00
|
|
|
|
|
2002-04-15 17:37:29 +04:00
|
|
|
|
"""
|
2003-09-12 23:38:13 +04:00
|
|
|
|
Portions of this software are copyright <20> 1996-2002 The
|
|
|
|
|
|
FreeType Project (www.freetype.org). All rights reserved.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
"""
|
2002-04-15 16:01:10 +04:00
|
|
|
|
|
2002-04-15 17:37:29 +04:00
|
|
|
|
- The default size of the render pool has been reduced to 16kByte.
|
2003-09-12 23:38:13 +04:00
|
|
|
|
This shouldn't result in any noticeable performance penalty,
|
|
|
|
|
|
unless you are using the engine as-is to render very large and
|
|
|
|
|
|
complex glyphs.
|
2002-04-15 16:01:10 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The FreeType 2 redesign has begun. More information can be
|
|
|
|
|
|
found at this URL:
|
2002-04-15 16:01:10 +04:00
|
|
|
|
|
|
|
|
|
|
http://www.freetype.org/freetype2/redesign.html
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
The following internal changes have been performed within the
|
|
|
|
|
|
sources of this release:
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Many internal types have been renamed to increase
|
|
|
|
|
|
consistency. The following should be true, except for
|
|
|
|
|
|
public types:
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
* All structure types have a name ending in "Rec" (short
|
|
|
|
|
|
for `record').
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
* A pointer-to-structure type has the same name as the
|
2002-04-15 16:01:10 +04:00
|
|
|
|
structure, _without_ the "Rec" suffix.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
Example:
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
typedef struct FooRec_
|
|
|
|
|
|
{
|
|
|
|
|
|
...
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
} FooRec, *Foo;
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Many internal macros have been renamed to increase
|
|
|
|
|
|
consistency. The following should be true:
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
* All macros have a name beginning with "FT_". This
|
|
|
|
|
|
required a few changes like
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
|
|
|
|
|
ALLOC => FT_ALLOC
|
|
|
|
|
|
FREE => FT_FREE
|
|
|
|
|
|
REALLOC => FT_REALLOC
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
* All macros are completely UPPERCASE. This required a
|
|
|
|
|
|
few changes like:
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
|
|
|
|
|
READ_Short => FT_READ_SHORT
|
|
|
|
|
|
NEXT_Short => FT_NEXT_SHORT
|
|
|
|
|
|
GET_ULongLE => FT_GET_ULONG_LE
|
|
|
|
|
|
MEM_Set => FT_MEM_SET
|
|
|
|
|
|
MEM_Copy => FT_MEM_COPY
|
|
|
|
|
|
etc.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
* Whenever possible, all macro names follow the
|
2002-04-15 17:37:29 +04:00
|
|
|
|
FT_<OBJECT>_<METHOD> pattern. For example
|
|
|
|
|
|
|
|
|
|
|
|
ACCESS_Frame => FT_FRAME_ENTER
|
|
|
|
|
|
FORGET_Frame => FT_FRAME_EXIT
|
|
|
|
|
|
EXTRACT_Frame => FT_FRAME_EXTRACT
|
|
|
|
|
|
RELEASE_Frame => FT_FRAME_RELEASE
|
|
|
|
|
|
|
|
|
|
|
|
FILE_Pos => FT_STREAM_POS
|
|
|
|
|
|
FILE_Seek => FT_STREAM_SEEK
|
|
|
|
|
|
FILE_Read => FT_STREAM_READ
|
|
|
|
|
|
FILE_ReadAt => FT_STREAM_READ_AT
|
|
|
|
|
|
READ_Fields => FT_STREAM_READ_FIELDS
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Many internal functions have been renamed to follow the
|
2002-04-15 17:37:29 +04:00
|
|
|
|
FT_<Object>_<Method> pattern. For example:
|
|
|
|
|
|
|
|
|
|
|
|
FT_Seek_Stream => FT_Stream_Seek
|
|
|
|
|
|
FT_Read_Stream_At => FT_Stream_ReadAt
|
|
|
|
|
|
FT_Done_Stream => FT_Stream_Close
|
|
|
|
|
|
FT_New_Stream => FT_Stream_Open
|
|
|
|
|
|
FT_New_Memory_Stream => FT_Stream_OpenMemory
|
|
|
|
|
|
FT_Extract_Frame => FT_Stream_ExtractFrame
|
|
|
|
|
|
|
|
|
|
|
|
Note that method names do not contain "_".
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The FT_ALLOC_ARRAY and FT_REALLOC_ARRAY have been replaced
|
|
|
|
|
|
with FT_NEW_ARRAY and FT_RENEW_ARRAY which do not take a
|
|
|
|
|
|
type as the fourth argument. Instead, the array element
|
|
|
|
|
|
type size is computed automatically from the type of the
|
|
|
|
|
|
target pointer used.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A new object class, FT_CMap, has been introduced. These
|
|
|
|
|
|
internal objects are used to model character maps. This
|
|
|
|
|
|
eases the support of additional charmap types within the
|
|
|
|
|
|
engine.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A new configuration file named "ftstdlib.h" has been added
|
|
|
|
|
|
to `include/freetype/config'. It is used to define aliases
|
|
|
|
|
|
for _every_ routine of the ISO C library that the font
|
|
|
|
|
|
engine uses. Each aliases has a "ft_" prefix
|
|
|
|
|
|
(e.g. "ft_strlen" is an alias for "strlen").
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
This is used to ease the porting of FreeType 2 to exotic
|
|
|
|
|
|
runtime environments where the ISO C Library isn't available
|
|
|
|
|
|
(e.g. XFree86 extension modules).
|
2002-04-15 16:01:10 +04:00
|
|
|
|
|
|
|
|
|
|
More details are available in the "ChangeLog" file.
|
|
|
|
|
|
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2002-04-11 23:55:58 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.0.9 and 2.0.8
|
2002-04-11 18:21:16 +04:00
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2002-04-11 23:55:58 +04:00
|
|
|
|
- Certain fonts like "foxjump.ttf" contain broken name tables with
|
2003-09-12 23:38:13 +04:00
|
|
|
|
invalid entries and wild offsets. This caused FreeType to crash
|
|
|
|
|
|
when trying to load them.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
The SFNT `name' table loader has been fixed to be able to
|
|
|
|
|
|
support these strange fonts.
|
2002-04-11 18:21:16 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
Moreover, the code in charge of processing this table has been
|
|
|
|
|
|
changed to always favour Windows-formatted entries over other
|
|
|
|
|
|
ones. Hence, a font that works on Windows but not on the Mac
|
|
|
|
|
|
will load cleanly in FreeType and report accurate values for
|
|
|
|
|
|
Family & PostScript names.
|
2002-04-11 18:21:16 +04:00
|
|
|
|
|
|
|
|
|
|
- The CID font driver has been fixed. It unfortunately returned a
|
2003-09-12 23:38:13 +04:00
|
|
|
|
Postscript Font name with a leading slash, as in
|
2002-04-11 18:21:16 +04:00
|
|
|
|
"/MunhwaGothic-Regular".
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- FreeType 2 should now compile fine on AIX 4.3.3 as a shared
|
|
|
|
|
|
library.
|
2002-04-11 18:21:16 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A bug in the Postscript hinter has been found and fixed,
|
|
|
|
|
|
removing un-even stem widths at small pixel sizes (like 14-17).
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
This improves the quality of a certain number of Postscript
|
|
|
|
|
|
fonts.
|
2002-04-11 18:21:16 +04:00
|
|
|
|
|
|
|
|
|
|
|
2002-04-11 23:55:58 +04:00
|
|
|
|
II. NEW FEATURES
|
2002-04-11 18:21:16 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A new function named `FT_Library_Version' has been added to
|
|
|
|
|
|
return the current library's major, minor, and patch version
|
|
|
|
|
|
numbers. This is important since the macros FREETYPE_MAJOR,
|
|
|
|
|
|
FREETYPE_MINOR, and FREETYPE_PATCH cannot be used when the
|
|
|
|
|
|
library is dynamically linked by a program.
|
2002-04-11 18:21:16 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Two new APIs have been added: `FT_Get_First_Char' and
|
2002-04-11 23:55:58 +04:00
|
|
|
|
`FT_Get_Next_Char'.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
Together, these can be used to iterate efficiently over the
|
|
|
|
|
|
currently selected charmap of a given face. Read the API
|
|
|
|
|
|
reference for more details.
|
2002-04-11 18:21:16 +04:00
|
|
|
|
|
|
|
|
|
|
|
2002-04-11 23:55:58 +04:00
|
|
|
|
III. MISCELLANEOUS
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The FreeType sources are under heavy internal re-factoring. As
|
|
|
|
|
|
a consequence, we have created a branch named "STABLE" on the
|
|
|
|
|
|
CVS to hold all future releases/fixes in the 2.0.x family.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
The HEAD branch now contains the re-factored sources and
|
|
|
|
|
|
shouldn't be used for testing or packaging new releases. In
|
|
|
|
|
|
case you would like to access the 2.0.9 sources from our CVS
|
|
|
|
|
|
repository, use the tag `VER-2-0-9'.
|
2002-04-11 18:21:16 +04:00
|
|
|
|
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2002-04-11 18:21:16 +04:00
|
|
|
|
|
2002-02-08 17:00:20 +03:00
|
|
|
|
LATEST CHANGES BETWEEN 2.0.8 and 2.0.7
|
|
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- There was a small but nasty bug in "freetype-config.in" which
|
2002-02-08 17:00:20 +03:00
|
|
|
|
caused the "freetype-config" script to fail on Unix.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
This didn't prevent the installation of the library or even its
|
|
|
|
|
|
execution, but caused problems when trying to compile many Unix
|
|
|
|
|
|
packages that depend on it.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Some TrueType or OpenType fonts embedded in PDF documents do not
|
|
|
|
|
|
have a 'cmap', 'post' and 'name' as is required by the
|
2002-04-11 23:55:58 +04:00
|
|
|
|
specification. FreeType no longer refuses to load such fonts.
|
2002-02-08 17:00:20 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Various fixes to the PCF font driver.
|
2002-04-15 17:37:29 +04:00
|
|
|
|
|
2002-02-08 17:00:20 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2002-02-08 17:00:20 +03:00
|
|
|
|
|
2002-01-31 20:42:05 +03:00
|
|
|
|
LATEST CHANGES BETWEEN 2.0.7 and 2.0.6
|
|
|
|
|
|
|
|
|
|
|
|
I. IMPORTANT BUG FIXES
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed two bugs in the Type 1 font driver. The first one
|
|
|
|
|
|
resulted in a memory leak in subtle cases. The other one caused
|
|
|
|
|
|
FreeType to crash when trying to load ".gsf" files (Ghostscript
|
|
|
|
|
|
so-called Postscript fonts).
|
2002-01-31 20:42:05 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
(This made _many_ KDE applications crash on certain systems.
|
|
|
|
|
|
FreeType _is_ becoming a critical system component on Linux :-)
|
2002-01-31 20:42:05 +03:00
|
|
|
|
|
2002-02-01 04:20:11 +03:00
|
|
|
|
- Fixed a memory leak in the CFF font driver.
|
2002-01-31 20:42:05 +03:00
|
|
|
|
|
2002-02-01 04:20:11 +03:00
|
|
|
|
- Fixed a memory leak in the PCF font driver.
|
2002-01-31 20:42:05 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed the Visual C++ project file
|
|
|
|
|
|
"builds/win32/visualc/freetype.dsp" since it didn't include the
|
|
|
|
|
|
Postscript hinter component, causing errors at build time.
|
2002-01-31 20:42:05 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed a small rendering bug in the anti-aliased renderer that
|
|
|
|
|
|
only occurred when trying to draw thin (less than 1 pixel)
|
|
|
|
|
|
strokes.
|
2002-02-01 04:20:11 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed "builds/unix/freetype2.a4" which is used to generate a
|
|
|
|
|
|
valid "freetype2.m4" for use with autoconf.
|
2002-01-31 20:42:05 +03:00
|
|
|
|
|
2002-02-01 04:20:11 +03:00
|
|
|
|
- Fixed the OpenVMS Makefiles.
|
2002-01-31 20:42:05 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
II. MISCELLANEOUS
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Added "configure" and "install" scripts to the top-level
|
|
|
|
|
|
directory. A GNU-style installation is thus now easily possible
|
|
|
|
|
|
with
|
2002-02-01 04:20:11 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
./configure <options>
|
|
|
|
|
|
make
|
|
|
|
|
|
make install
|
2002-01-31 20:42:05 +03:00
|
|
|
|
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2002-01-31 20:42:05 +03:00
|
|
|
|
|
2001-10-18 17:22:01 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.0.6 and 2.0.5
|
|
|
|
|
|
|
2001-12-21 00:22:02 +03:00
|
|
|
|
I. IMPORTANT BUG FIXES
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- It wasn't possible to load embedded bitmaps when the auto-hinter
|
|
|
|
|
|
was used. This is now fixed.
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The TrueType font driver didn't load some composites properly
|
|
|
|
|
|
(the sub-glyphs were slightly shifted, and this was only
|
|
|
|
|
|
noticeable when using monochrome rendering).
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Various fixes to the auto-hinter. They merely improve the
|
|
|
|
|
|
output of sans-serif fonts. Note that there are still problems
|
|
|
|
|
|
with serifed fonts and composites (accented characters).
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- All scalable font drivers erroneously returned un-fitted glyph
|
|
|
|
|
|
advances when hinting was requested. This created problems for
|
|
|
|
|
|
a number of layout applications. This is a very old bug that
|
|
|
|
|
|
got undetected mainly because most test/demo program perform
|
|
|
|
|
|
rounding explicitly or implicitly (through the cache).
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- FT_Glyph_To_Bitmap() did erroneously modify the source glyph in
|
2001-12-21 00:22:02 +03:00
|
|
|
|
certain cases.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- "glnames.py" still contained a bug that made FreeType return
|
|
|
|
|
|
invalid names for certain glyphs.
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The library crashed when loading certain Type 1 fonts like
|
|
|
|
|
|
"sadn.pfb" ("Stalingrad Normal"), which appear to contain
|
|
|
|
|
|
pathetic font info dictionaries.
|
2002-01-07 13:40:48 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The TrueType glyph loader is now much more paranoid and checks
|
|
|
|
|
|
everything when loading a given glyph image. This was necessary
|
|
|
|
|
|
to avoid problems (crashes and/or memory overwrites) with broken
|
|
|
|
|
|
fonts that came from a really buggy automatic font converter.
|
2002-01-07 13:40:48 +03:00
|
|
|
|
|
|
|
|
|
|
|
2001-12-21 00:22:02 +03:00
|
|
|
|
II. IMPORTANT UPDATES AND NEW FEATURES
|
|
|
|
|
|
|
|
|
|
|
|
- Important updates to the Mac-specific parts of the library.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The caching sub-system has been completely re-designed, and its
|
|
|
|
|
|
API has evolved (the old one is still supported for backwards
|
2001-12-21 00:22:02 +03:00
|
|
|
|
compatibility).
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
The documentation for it is not yet completed, sorry. For now,
|
|
|
|
|
|
you are encouraged to continue using the old API. However, the
|
|
|
|
|
|
ftview demo program in the ft2demos package has already been
|
|
|
|
|
|
updated to use the new caching functions.
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A new charmap cache is provided too. See FTC_CMapCache(). This
|
|
|
|
|
|
is useful to perform character code -> glyph index translations
|
|
|
|
|
|
quickly, without the need for an opened FT_Face.
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A NEW POSTSCRIPT HINTER module has been added to support native
|
|
|
|
|
|
hints in the following formats: PostScript Type 1, PostScript
|
|
|
|
|
|
CID, and CFF/CEF.
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
Please test! Note that the auto-hinter produces better results
|
|
|
|
|
|
for a number of badly-hinted fonts (mostly auto-generated ones)
|
|
|
|
|
|
though.
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A memory debugger is now part of the standard FreeType sources.
|
|
|
|
|
|
To enable it, define FT_DEBUG_MEMORY in
|
|
|
|
|
|
<freetype/config/ftoption.h>, and recompile the library.
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
Additionally, define the _environment_ variable FT_DEBUG_MEMORY
|
|
|
|
|
|
and run any program using FreeType. When the library is exited,
|
|
|
|
|
|
a summary of memory footprints and possible leaks will be
|
|
|
|
|
|
displayed.
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
This works transparently with _any_ program that uses FreeType.
|
|
|
|
|
|
However, you will need a lot of memory to use this (allocated
|
|
|
|
|
|
blocks are never released to the heap to detect double deletes
|
|
|
|
|
|
easily).
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
III. MISCELLANEOUS
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- We are aware of subtle differences between the output of
|
|
|
|
|
|
FreeType versions 1 and 2 when it comes to monochrome
|
|
|
|
|
|
TrueType-hinted glyphs. These are most probably due to small
|
|
|
|
|
|
differences in the monochrome rasterizers and will be worked out
|
|
|
|
|
|
in an upcoming release.
|
2001-12-21 00:22:02 +03:00
|
|
|
|
|
2002-01-07 13:40:48 +03:00
|
|
|
|
- We have decided to fork the sources in a "stable" branch, and an
|
2003-09-12 23:38:13 +04:00
|
|
|
|
"unstable" one, since FreeType is becoming a critical component
|
|
|
|
|
|
of many Unix systems.
|
2002-02-01 04:20:11 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
The next bug-fix releases of the library will be named 2.0.7,
|
|
|
|
|
|
2.0.8, etc., while the "2.1" branch will contain a version of
|
|
|
|
|
|
the sources where we will start major reworking of the library's
|
|
|
|
|
|
internals, in order to produce FreeType 2.2.0 (or even 3.0) in a
|
|
|
|
|
|
more distant future.
|
2002-02-01 04:20:11 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
We also hope that this scheme will allow much more frequent
|
|
|
|
|
|
releases than in the past.
|
2002-01-07 13:40:48 +03:00
|
|
|
|
|
2001-12-20 16:33:03 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2001-10-18 17:22:01 +04:00
|
|
|
|
|
2001-10-09 11:32:50 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.0.5 and 2.0.4
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
NOTE THAT 2.0.5 DOES NOT CONTAIN THE POSTSCRIPT HINTER. THIS MODULE
|
|
|
|
|
|
WILL BE PART OF THE NEXT RELEASE (EITHER 2.0.6 or 2.1)
|
2001-10-09 11:32:50 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed a bug that made certain glyphs, like "Cacute", "cacute" and
|
|
|
|
|
|
"lslash" unavailable from Unicode charmaps of Postscript fonts.
|
|
|
|
|
|
This prevented the correct display of Polish text, for example.
|
2001-10-09 11:32:50 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The kerning table of Type 1 fonts was loaded by FreeType, when its
|
|
|
|
|
|
AFM file was attached to its face, but the
|
|
|
|
|
|
FT_FACE_FLAG_HAS_KERNING bit flags was not set correctly,
|
|
|
|
|
|
preventing FT_Get_Kerning to return meaningful values.
|
2001-10-09 11:32:50 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Improved SFNT (TrueType & OpenType) charmap support. Slightly
|
|
|
|
|
|
better performance, as well as support for the new formats defined
|
|
|
|
|
|
by the OpenType 1.3 specification (8, 10, and 12)
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed a serious typo in "src/base/ftcalc.c" which caused invalid
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
computations in certain rare cases, producing ugly artefacts.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The size of the EM square is computed with a more accurate
|
|
|
|
|
|
algorithm for Postscript fonts. The old one caused slight errors
|
|
|
|
|
|
with embedded fonts found in PDF documents.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed a bug in the cache manager that prevented normal LRU
|
|
|
|
|
|
behaviour within the cache manager, causing unnecessary reloads
|
|
|
|
|
|
(for FT_Face and FT_Size objects only).
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Added a new function named "FT_Get_Name_Index" to retrieve the
|
|
|
|
|
|
glyph index of a given glyph name, when found in a face.
|
2001-10-09 11:32:50 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Added a new function named "FT_Get_Postscript_Name" to retrieve
|
|
|
|
|
|
the "unique" Postscript font name of a given face.
|
2001-10-17 17:57:02 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Added a new public header size named FT_SIZES_H (or
|
|
|
|
|
|
<freetype/ftsizes.h>) providing new FT_Size-management functions:
|
2001-12-21 00:22:02 +03:00
|
|
|
|
FT_New_Size, FT_Activate_Size, FT_Done_Size.
|
2001-10-17 17:57:02 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed a reallocation bug that generated a dangling pointer (and
|
|
|
|
|
|
possibly memory leaks) with Postscript fonts (in
|
|
|
|
|
|
src/psaux/psobjs.c).
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
|
|
|
|
|
- Many fixes for 16-bit correctness.
|
2001-10-09 11:32:50 +04:00
|
|
|
|
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
- Removed many pedantic compiler warnings from the sources.
|
2001-10-09 11:32:50 +04:00
|
|
|
|
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
- Added an Amiga build directory in "builds/amiga".
|
2001-10-09 11:32:50 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
|
|
|
|
|
|
======================================================================
|
2001-10-09 11:32:50 +04:00
|
|
|
|
|
2001-06-22 12:45:31 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.0.4 and 2.0.3
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed a rather annoying bug that was introduced in 2.0.3. Namely,
|
|
|
|
|
|
the font transformation set through FT_Set_Transform was applied
|
|
|
|
|
|
twice to auto-hinted glyphs, resulting in incorrectly rotated text
|
|
|
|
|
|
output.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed _many_ compiler warnings. FT2 should now compile cleanly
|
|
|
|
|
|
with Visual C++'s most pedantic warning level (/W4). It already
|
|
|
|
|
|
compiled fine with GCC and a few other compilers.
|
2001-06-22 12:45:31 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed a bug that prevented the linear advance width of composite
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
TrueType glyphs to be correctly returned.
|
2001-10-05 18:23:03 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed the Visual C++ project files located in
|
|
|
|
|
|
"builds/win32/visualc" (previous versions used older names of the
|
|
|
|
|
|
library).
|
|
|
|
|
|
|
|
|
|
|
|
- Many 32-bit constants have an "L" appended to their value, in
|
|
|
|
|
|
order to improve the 16-bitness of the code. Someone is actually
|
|
|
|
|
|
trying to use FT2 on an Atari ST machine!
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Updated the "builds/detect.mk" file in order to automatically
|
|
|
|
|
|
build FT2 on AIX systems. AIX uses "/usr/sbin/init" instead of
|
|
|
|
|
|
"/sbin/init" and wasn't previously detected as a Unix platform by
|
|
|
|
|
|
the FreeType build system.
|
2001-06-22 21:17:47 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Updated the Unix-specific portions of the build system (new
|
|
|
|
|
|
libtool version, etc.).
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The SFNT kerning lodaer now ensures that the table is sorted
|
|
|
|
|
|
(since some problem fonts do not meet this requirement).
|
2001-06-22 12:45:31 +04:00
|
|
|
|
|
2001-06-27 16:42:10 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
=======================================================================
|
2001-06-22 21:17:47 +04:00
|
|
|
|
|
2001-05-29 14:52:34 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.0.3 and 2.0.2
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2001-06-22 21:17:47 +04:00
|
|
|
|
I. CHANGES TO THE MODULES / FONT DRIVERS
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- THE AUTO-HINTER HAS BEEN SLIGHTLY IMPROVED, in order to fix
|
|
|
|
|
|
several annoying artefacts, mainly:
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Blue zone alignement of horizontal stems wasn't performed
|
|
|
|
|
|
correctly, resulting in artefacts like the "d" being placed
|
|
|
|
|
|
one pixel below the "b" in some fonts like Time New Roman.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Overshoot thresholding wasn't performed correctly, creating
|
2001-06-22 21:17:47 +04:00
|
|
|
|
unpleasant artefacts at large character pixel sizes.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Composite glyph loading has been simplified. This gets rid
|
|
|
|
|
|
of various artefacts where the components of a composite
|
|
|
|
|
|
glyphs were not correctly spaced.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
These are the last changes to the current auto-hinting module.
|
|
|
|
|
|
A new hinting sub-system is currently in the work in order to
|
|
|
|
|
|
support native hints in Type 1 / CFF / OpenType fonts, as well
|
|
|
|
|
|
as globally improve rendering.
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The PCF driver has been fixed. It reported invalid glyph
|
|
|
|
|
|
dimensions for the fonts available on Solaris.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The Type 1, CID and CFF drivers have been modified to fix the
|
2001-06-22 21:17:47 +04:00
|
|
|
|
computation of the EM size.
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The Type 1 driver has been fixed to avoid a dangerous bug that
|
|
|
|
|
|
crashed the library with non-conforming fonts (i.e. ones that do
|
|
|
|
|
|
not place the .notdef glyph at position 0).
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The TrueType driver had a rather subtle bug (dangling pointer
|
|
|
|
|
|
when loading composite glyphs) that could crash the library in
|
|
|
|
|
|
rare occasions!
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
|
|
|
|
|
|
2001-06-22 21:17:47 +04:00
|
|
|
|
II. HIGH-LEVEL API CHANGES
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The error code enumeration values have been changed. An error
|
|
|
|
|
|
value is decomposed in a generic error code, and a module
|
|
|
|
|
|
number. see <freetype/fterrors.h> for details.
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A new public header file has been introduced, named
|
|
|
|
|
|
FT_TRIGONOMETRY_H (include/freetype/fttrig.h), providing
|
|
|
|
|
|
trigonometric functions to compute sines, cosines, arctangents,
|
|
|
|
|
|
etc. with 16.16 fixed precision. The implementation is based on
|
|
|
|
|
|
the CORDIC algorithm and is very fast while being sufficiently
|
|
|
|
|
|
accurate.
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
|
|
|
|
|
|
2001-06-22 21:17:47 +04:00
|
|
|
|
III. INTERNALS
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Added BeOS-specific files in the old build sub-system. Note
|
|
|
|
|
|
that no changes were required to compile the library with Jam.
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The configuration is now capable of automatically detecting
|
|
|
|
|
|
64-bit integers on a set of predefined compilers (GCC, Visual
|
|
|
|
|
|
C++, Borland C++) and will use them by default. This provides a
|
|
|
|
|
|
small performance boost.
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- A small memory leak that happened when opening 0-sized files
|
|
|
|
|
|
(duh!) have been fixed.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Fixed bezier stack depth bug in the routines provided by the
|
|
|
|
|
|
FT_BBOX_H header file. Also fixed similar bugs in the
|
|
|
|
|
|
rasterizers.
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The outline bounding box code has been rewritten to use direct
|
|
|
|
|
|
computations, instead of bezier sub-division, to compute the
|
|
|
|
|
|
exact bounding box of glyphs. This is slightly slower but more
|
|
|
|
|
|
accurate.
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The build system has been improved and fixed, mainly to support
|
|
|
|
|
|
"make" on Windows 2000 correctly, avoid problems with "make
|
|
|
|
|
|
distclean" on non Unix systems, etc.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Hexadecimal constants have been suffixed with "U" to avoid
|
|
|
|
|
|
problems with certain compilers on 64-bit platforms.
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2001-06-22 21:17:47 +04:00
|
|
|
|
- A new directory named "src/tools" has been created. It contains
|
2001-05-24 19:00:19 +04:00
|
|
|
|
Python scripts and simple unit test programs used to develop the
|
|
|
|
|
|
library.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- The DocMaker tool has been moved from "docs" to "src/tools" and
|
2001-05-24 19:00:19 +04:00
|
|
|
|
has been updated with the following:
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2001-06-22 21:17:47 +04:00
|
|
|
|
- Now accepts the "--title=XXXX" or "-t XXXX" option from the
|
|
|
|
|
|
command line to set the project's name in the generated API
|
|
|
|
|
|
reference.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Now accepts the "--output=DIR" or "-o DIR" option from the
|
|
|
|
|
|
command line to set the output directory for all generated
|
|
|
|
|
|
HTML files.
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2001-06-22 21:17:47 +04:00
|
|
|
|
- Now accepts the "--prefix=XXXX" or "-p XXX" option from the
|
2003-09-12 23:38:13 +04:00
|
|
|
|
command line to set the file prefix to use for all
|
|
|
|
|
|
generated HTML files.
|
2001-05-24 19:00:19 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Now generates the current time/data on each generated page
|
2001-05-24 19:00:19 +04:00
|
|
|
|
in order to distinguish between versions.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
DocMaker can be used with other projects now, not only FT2
|
|
|
|
|
|
(e.g. MLib, FTLayout, etc.).
|
Fixed a bug in `glnames.py' that prevented it from generating
correct glyph names tables. This resulted in the unavailability of
certain glyphs like `Cacute', `cacute' and `lslash' in Unicode
charmaps, even if these were present in the font (causing problems
for Polish users).
* src/tools/glnames.py (mac_standard_names): Fixed.
(t1_standard_strings): Some fixes and renamed to ...
(sid_standard_names): This.
(t1_expert_encoding): Fixed.
(the_adobe_glyph_list): Renamed to ...
(adobe_glyph_names): This.
(the_adobe_glyphs): Renamed to ...
(adobe_glyph_values): This.
(dump_mac_indices, dump_glyph_list, dump_unicode_values, main):
Updated.
* src/psnames/pstables.h: Regenerated.
* src/psnames/psmodule.c (PS_Unicode_Value): Fix offset.
Fix return value.
Use `sid_standard_table' and `ps_names_to_unicode' instead of
`t1_standard_glyphs' and `names_to_unicode'.
(PS_Macintosh_Name): Use `ps_glyph_names' instead of
`standard_glyph_names'.
(PS_Standard_Strings): Use `sid_standard_names' instead of
`t1_standard_glyphs'.
* doc/BUGS, doc/TODO: New documents.
* src/cache/ftlru.c (FT_Lru_Lookup_Node): Fixed a bug that prevented
correct LRU behaviour.
setjmp() and longjmp() are now used for rollback (i.e. when memory
pool overflow occurs).
Function names are now all uniformly prefixed with `gray_'.
* src/smooth/ftgrays.c: Include <setjmp.h>.
(ErrRaster_MemoryOverflow): New macro.
(TArea): New type to store area values in each cell (using `int' was
too small on 16-bit systems). <limits.h> is included to properly
get the needed data type.
(TCell, TRaster): Use it.
(TRaster): New element `jump_buffer'.
(gray_compute_cbox): Use `RAS_ARG' as the only parameter and get
`outline' from it.
(gray_record_cell): Use longjmp().
(gray_set_cell): Use gray_record_cell() for error handling.
(gray_render_line, gray_render_conic, gray_render_cubic): Simplify.
(gray_convert_glyph_inner): New function, using setjmp().
(gray_convert_glyph): Use it.
Provide a public API to manage multiple size objects for a given
FT_Face in the new header file `ftsizes.h'.
* include/freetype/ftsizes.h: New header file,
* include/freetype/internal/ftobjs.h: Use it.
Remove declarations of FT_New_Size and FT_Done_Size (moved to
ftsizes.h).
* include/freetype/config/ftheader.h (FT_SIZES_H): New macro.
* src/base/ftobjs.c (FT_Activate_Size): New function.
* src/cache/ftcmanag.c: Include ftsizes.h.
(ftc_manager_init_size, ftc_manager_flush_size): Use
FT_Activate_Size.
2001-10-10 23:56:42 +04:00
|
|
|
|
|
2001-06-22 21:17:47 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
======================================================================
|
2000-12-05 01:53:55 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.0.2 and 2.0.1
|
2000-12-05 01:53:55 +03:00
|
|
|
|
|
2001-06-22 21:17:47 +04:00
|
|
|
|
I. CHANGES TO THE MODULES / FONT DRIVERS
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
|
|
|
|
|
- THE TRUETYPE BYTECODE INTERPRETER IS NOW TURNED OFF, in order to
|
2001-04-03 01:30:06 +04:00
|
|
|
|
avoid legal problems with the Apple patents. It seems that we
|
|
|
|
|
|
mistakenly turned this option on in previous releases of the
|
|
|
|
|
|
build.
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Note that if you want to use the bytecode interpreter in order
|
|
|
|
|
|
to get high-quality TrueType rendering, you will need to toggle
|
|
|
|
|
|
by hand the definition of the
|
|
|
|
|
|
TT_CONFIG_OPTION_BYTECODE_INTERPRETER macro in the file
|
|
|
|
|
|
"include/freetype/config/ftoption.h".
|
|
|
|
|
|
|
|
|
|
|
|
- The CFF driver has been improved by Tom Kacvinsky and Sander van
|
|
|
|
|
|
der Wal:
|
|
|
|
|
|
|
|
|
|
|
|
* Support for "seac" emulation.
|
|
|
|
|
|
* Support for "dotsection".
|
|
|
|
|
|
* Support for retrieving glyph names through
|
|
|
|
|
|
"FT_Get_Glyph_Name".
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
The first two items are necessary to correctly a large number of
|
|
|
|
|
|
Type 1 fonts converted to the CFF formats by Adobe Acrobat.
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- The Type 1 driver was also improved by Tom & others:
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* Better EM size computation.
|
|
|
|
|
|
* Better support for synthetic (transformed) fonts.
|
|
|
|
|
|
* The Type 1 driver returns the charstrings corresponding to
|
|
|
|
|
|
each glyph in the "glyph->control_data" field after a call to
|
|
|
|
|
|
"FT_Load_Glyph" (thanks Ha Shao).
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Various other bugfixes, including the following:
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* Fixed a nasty memory leak in the Type 1 driver.
|
|
|
|
|
|
* The autohinter and the pcf driver used static writable data
|
|
|
|
|
|
when they shouldn't.
|
|
|
|
|
|
* Many casts were added to make the code more 64-bits safe. It
|
|
|
|
|
|
also now compiles on Windows XP 64-bits without warnings.
|
|
|
|
|
|
* Some incorrect writable statics were removed in the "autohint"
|
|
|
|
|
|
and "pcf" drivers. FreeType 2 now compiles on Epoc again.
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
II. CHANGES TO THE HIGH-LEVEL API
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- The library header files inclusion scheme has been changed. The
|
|
|
|
|
|
old scheme looked like:
|
2001-03-23 21:09:09 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
#include <freetype/freetype.h>
|
|
|
|
|
|
#include <freetype/ftglyph.h>
|
|
|
|
|
|
#include <freetype/ftcache.h>
|
|
|
|
|
|
#include <freetype/cache/ftimage.h>
|
2001-03-23 21:09:09 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Now you should use:
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
#include <ft2build.h>
|
|
|
|
|
|
#include FT_FREETYPE_H
|
|
|
|
|
|
#include FT_GLYPH_H
|
|
|
|
|
|
#include FT_CACHE_H
|
|
|
|
|
|
#include FT_CACHE_IMAGE_H
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
NOTE THAT THE OLD INCLUSION SCHEME WILL STILL WORK WITH THIS
|
|
|
|
|
|
RELEASE. HOWEVER, WE DO NOT GUARANTEE THAT THIS WILL STILL BE
|
|
|
|
|
|
TRUE IN THE NEXT ONE (A.K.A. FREETYPE 2.1).
|
2001-03-23 15:28:59 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
The file <ft2build.h> is used to define the header filename
|
|
|
|
|
|
macros. The complete and commented list of macros is available
|
|
|
|
|
|
in the API reference under the section name "Header File Macros"
|
|
|
|
|
|
in Chapter I.
|
2000-12-01 21:55:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
For more information, see section I of the following document:
|
2000-12-01 21:55:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
http://www.freetype.org/
|
|
|
|
|
|
freetype2/docs/tutorial/step1.html
|
2000-12-01 21:55:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
or
|
2000-12-01 21:55:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
http://freetype.sourceforge.net/
|
|
|
|
|
|
freetype2/docs/tutorial/step1.html
|
2000-12-01 21:55:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Many, many comments have been added to the public source file in
|
|
|
|
|
|
order to automatically generate the API Reference through the
|
|
|
|
|
|
"docmaker.py" Python script.
|
2000-12-01 21:55:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
The latter has been updated to support the grouping of sections
|
|
|
|
|
|
in chapters and better index sort. See:
|
2000-12-01 21:55:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
http://www.freetype.org/freetype2/docs/reference/ft2-toc.html
|
2000-12-01 21:55:22 +03:00
|
|
|
|
|
2000-06-16 23:34:52 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
III. CHANGES TO THE BUILD PROCESS
|
2000-11-09 22:10:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- If you are not building FreeType 2 with its own build system
|
|
|
|
|
|
(but with your own Makefiles or project files), you will need to
|
|
|
|
|
|
be aware that the build process has changed a little bit.
|
2000-11-09 22:10:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
You don't need to put the "src" directory in the include path
|
|
|
|
|
|
when compiling any FT2 component. Instead, simply put the
|
|
|
|
|
|
component's directory in the current include path.
|
2000-11-09 22:10:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
So, if you were doing something like:
|
2000-11-09 22:10:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
cc -c -Iinclude -Isrc src/base/ftbase.c
|
2000-11-09 22:10:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
change the line to:
|
2000-11-09 22:10:22 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
cc -c -Iinclude -Isrc/base src/base/ftbase.c
|
2000-10-28 21:10:06 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
If you were doing something like:
|
2000-09-16 02:42:06 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
cd src/base
|
|
|
|
|
|
cc -c -I../../include -I.. ftbase.c
|
2000-08-24 02:47:44 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
change it to:
|
2000-08-24 01:11:13 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
cd src/base
|
|
|
|
|
|
cc -c -I../../include ftbase.c
|
2000-08-23 06:47:57 +04:00
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
======================================================================
|
2000-08-23 06:47:57 +04:00
|
|
|
|
|
2001-06-22 21:17:47 +04:00
|
|
|
|
LATEST CHANGES BETWEEN 2.0.1 and 2.0
|
2000-07-28 01:48:48 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
2.0.1 introduces a few changes:
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Fixed many bugs related to the support of CFF / OpenType fonts.
|
|
|
|
|
|
These formats are now much better supported though there is
|
|
|
|
|
|
still work planned to deal with charset tables and PDF-embedded
|
|
|
|
|
|
CFF files that use the old "seac" command.
|
2000-07-28 01:40:22 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- The library could not be compiled in debug mode with a very
|
|
|
|
|
|
small number of C compilers whose pre-processors didn't
|
|
|
|
|
|
implement the "##" directive correctly (i.e. per se the ANSI C
|
|
|
|
|
|
specification!) An elegant fix was found.
|
2000-07-28 01:40:22 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Added support for the free Borland command-line C++ Builder
|
|
|
|
|
|
compiler. Use "make setup bcc32". Also fixed a few source
|
|
|
|
|
|
lines that generated new warnings with BCC32.
|
2000-07-28 01:40:22 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Fixed a bug in FT_Outline_Get_BBox when computing the extrema of
|
|
|
|
|
|
a conic Bezier arc.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Updated the INSTALL file to add IDE compilation.
|
2000-07-26 23:13:51 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Other minor bug fixes, from invalid Type 1 style flags to
|
|
|
|
|
|
correct support of synthetic (obliqued) fonts in the
|
|
|
|
|
|
auto-hinter, better support for embedded bitmaps in a SFNT font.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Fixed some problems with "freetype-config".
|
2000-07-26 23:04:08 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Finally, the "standard" scheme for including FreeType headers is now
|
|
|
|
|
|
gradually changing, but this will be explained in a later release
|
|
|
|
|
|
(probably 2.0.2).
|
2000-07-12 20:57:37 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
And very special thanks to Tom Kacvinsky and YAMANO-UCHI Hidetoshi
|
|
|
|
|
|
for their contributions!
|
2000-07-08 04:49:43 +04:00
|
|
|
|
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
======================================================================
|
2000-07-07 23:47:34 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
CHANGES BETWEEN beta8 and 2.0
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Changed the default installation path for public headers from
|
|
|
|
|
|
"include/freetype" to "include/freetype2".
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Also added a new "freetype-config" that is automatically generated
|
|
|
|
|
|
and installed on Unix and Cygwin systems. The script itself is
|
|
|
|
|
|
used to retrieve the current install path, C compilation flags as
|
|
|
|
|
|
well as linker flags.
|
2000-07-07 23:47:34 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Fixed several small bugs:
|
2000-07-07 23:47:34 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* Incorrect max advance width for fixed-pitch Type 1 fonts.
|
|
|
|
|
|
* Incorrect glyph names for certain TrueType fonts.
|
|
|
|
|
|
* The glyph advance was not copied when FT_Glyph_To_Bitmap was
|
|
|
|
|
|
called.
|
|
|
|
|
|
* The linearHoriAdvance and linerVertAdvance fields were not
|
|
|
|
|
|
correctly returned for glyphs processed by the auto-hinter.
|
|
|
|
|
|
* "type1z" renamed back to "type1"; the old "type1" module has
|
|
|
|
|
|
been removed.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Revamped the build system to make it a lot more generic. This
|
|
|
|
|
|
will allow us to re-use nearly un-modified in lots of other
|
|
|
|
|
|
projects (including FreeType Layout).
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Changed "cid" to use "psaux" too.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Added the cache sub-system. See <freetype/ftcache.h> as well as
|
|
|
|
|
|
the sources in "src/cache". Note that it compiles but is still
|
|
|
|
|
|
untested for now.
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Updated "docs/docmaker.py", a draft API reference is available at
|
|
|
|
|
|
http://www.freetype.org/ft2api.html.
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Changed "type1" to use "psaux".
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Created a new module named "psaux" to hold the Type 1 & Type 2
|
|
|
|
|
|
parsing routines. It should be used by "type1", "cid", and "cff"
|
|
|
|
|
|
in the future.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Fixed an important bug in "FT_Glyph_Get_CBox".
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Fixed some compiler warnings that happened since the TrueType
|
|
|
|
|
|
bytecode decoder was deactivated by default.
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Fixed two memory leaks:
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* The memory manager (16 bytes) isn't released in
|
|
|
|
|
|
FT_Done_FreeType!
|
|
|
|
|
|
* Using custom input streams, the copy of the original stream was
|
|
|
|
|
|
never released.
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Fixed the auto-hinter by performing automatic computation of the
|
|
|
|
|
|
"filling direction" of each glyph. This is done through a simple
|
|
|
|
|
|
and fast approximation, and seems to work (problems spotted by
|
|
|
|
|
|
Werner though). The Arphic fonts are a lot nicer though there are
|
|
|
|
|
|
still a lot of things to do to handle Asian fonts correctly.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
======================================================================
|
2000-06-28 03:32:27 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
BETA-8 (RELEASE CANDIDATE) CHANGES
|
2000-06-28 03:32:27 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Deactivated the TrueType bytecode interpreter by default.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Deactivated the "src/type1" font driver. Now "src/type1z" is used
|
|
|
|
|
|
by default.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Updates to the build system. We now compile the library correctly
|
|
|
|
|
|
under Unix system through "configure" which is automatically
|
|
|
|
|
|
called on the first "make" invocation.
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Added the auto-hinting module! Fixing some bugs here and there.
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Found some bugs in the composite loader (seac) of the Type1-based
|
|
|
|
|
|
font drivers.
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Renamed the directory "freetype2/config" to "freetype2/builds" and
|
|
|
|
|
|
updated all relevant files.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Found a memory leak in the "type1" driver.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Incorporated Tom's patches to support flex operators correctly in
|
|
|
|
|
|
OpenType/CFF fonts. Now all I need is to support pure CFF and CEF
|
|
|
|
|
|
fonts to be done with this driver :-)
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Added the Windows FNT/FON driver in "src/winfonts". For now, it
|
|
|
|
|
|
always "simulates" a Unicode charmap, so it shouldn't be
|
|
|
|
|
|
considered completed right now.
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
It is there to be more a proof of concept than anything else
|
|
|
|
|
|
anyway. The driver is a single C source file, that compiles to 3
|
|
|
|
|
|
Kb of code.
|
2000-07-01 03:38:23 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
I'm still working on the PCF/BDF drivers, but I'm too lazy to
|
|
|
|
|
|
finish them now.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- CHANGES TO THE HIGH-LEVEL API
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* FT_Get_Kerning has a new parameter that allows you to select the
|
|
|
|
|
|
coordinates of the kerning vector (font units, scaled, scaled +
|
|
|
|
|
|
grid-fitted).
|
|
|
|
|
|
* The outline functions are now in <freetype/ftoutln.h> and not
|
|
|
|
|
|
part of <freetype/freetype.h> anymore.
|
|
|
|
|
|
* <freetype/ftmodule.h> now contains declarations for
|
|
|
|
|
|
FT_New_Library, FT_Done_Library, FT_Add_Default_Modules.
|
|
|
|
|
|
* The so-called convenience functions have moved from "ftoutln.c"
|
|
|
|
|
|
to "ftglyph.c", and are thus available with this optional
|
|
|
|
|
|
component of the library. They are declared in
|
|
|
|
|
|
<freetype/ftglyph.h> now.
|
|
|
|
|
|
* Anti-aliased rendering is now the default for FT_Render_Glyph
|
|
|
|
|
|
(i.e. corresponds to render_mode == 0 == ft_render_mode_normal).
|
|
|
|
|
|
To generate a monochrome bitmap, use ft_render_mode_mono, or the
|
|
|
|
|
|
FT_LOAD_MONOCHROME flag in FT_Load_Glyph/FT_Load_Char.
|
|
|
|
|
|
FT_LOAD_ANTI_ALIAS is still defined, but values to 0.
|
|
|
|
|
|
* <freetype/freetype.h> now include <freetype/config/ftconfig.h>,
|
|
|
|
|
|
solving a few headaches :-)
|
|
|
|
|
|
* The type FT_GlyphSlotRec has now a "library" field.
|
2000-06-28 03:32:27 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- CHANGES TO THE "ftglyph.h" API
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
This API has been severely modified in order to make it simpler,
|
|
|
|
|
|
clearer, and more efficient. It certainly now looks like a real
|
|
|
|
|
|
"glyph factory" object, and allows client applications to manage
|
|
|
|
|
|
(i.e. transform, bbox and render) glyph images without ever
|
|
|
|
|
|
knowing their original format.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Added support for CID-keyed fonts to the CFF driver. Maybe
|
|
|
|
|
|
support for pure CFF + CEF fonts should come in?
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Cleaned up source code in order to avoid two functions with the
|
|
|
|
|
|
same name. Also changed the names of the files in "type1z" from
|
|
|
|
|
|
"t1XXXX" to "z1XXXX" in order to avoid any conflicts.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
"make multi" now works well :-)
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Also removed the use of "cidafm" for now, even if the source files
|
|
|
|
|
|
are still there. This functionality will certainly go into a
|
|
|
|
|
|
specific module.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- ADDED SUPPORT FOR THE AUTO-HINTER
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
It works :-) I have a demo program which simply is a copy of
|
|
|
|
|
|
"ftview" that does a `FT_Add_Module(library,
|
|
|
|
|
|
&autohinter_module_class)' after library initialization, and Type
|
|
|
|
|
|
1 & OpenType/CFF fonts are now hinted.
|
2000-06-28 03:32:27 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
CID fonts are not hinted, as they include no charmap and the
|
|
|
|
|
|
auto-hinter doesn't include "generic" global metrics computations
|
|
|
|
|
|
yet.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Now, I need to release this thing to the FreeType 2 source.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- CHANGES TO THE RENDERER MODULES
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
The monochrome and smooth renderers are now in two distinct
|
|
|
|
|
|
directories, namely "src/raster1" and "src/smooth". Note that the
|
|
|
|
|
|
old "src/renderer" is now gone.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
I ditched the 5-gray-levels renderers. Basically, it involved a
|
|
|
|
|
|
simple #define toggle in 'src/raster1/ftraster.c'.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
FT_Render_Glyph, FT_Outline_Render & FT_Outline_Get_Bitmap now
|
|
|
|
|
|
select the best renderer available, depending on render mode. If
|
|
|
|
|
|
the current renderer for a given glyph image format isn't capable
|
|
|
|
|
|
of supporting the render mode, another one will be found in the
|
|
|
|
|
|
library's list. This means that client applications do not need
|
|
|
|
|
|
to switch or set the renderers themselves (as in the latest
|
|
|
|
|
|
change), they'll get what they want automatically. At last.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Changed the demo programs accordingly.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- MAJOR INTERNAL REDESIGN:
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
A lot of internal modifications have been performed lately on the
|
|
|
|
|
|
source in order to provide the following enhancements:
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* More generic module support:
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
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.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
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.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* Support for generic glyph image types:
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
The FT_Renderer type is a pointer to a module used to perform
|
|
|
|
|
|
various operations on glyph image.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Each renderer is capable of handling images in a single format
|
|
|
|
|
|
(e.g. ft_glyph_format_outline). Its functions are used to:
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- transform an glyph image
|
|
|
|
|
|
- render a glyph image into a bitmap
|
|
|
|
|
|
- return the control box (dimensions) of a given glyph image
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
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.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
One corresponds to the "standard" scan-converter, the other to
|
|
|
|
|
|
the "smooth" one.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
he current renderer can be set through the new function
|
|
|
|
|
|
FT_Set_Renderer.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
The old raster-related function FT_Set_Raster, FT_Get_Raster and
|
|
|
|
|
|
FT_Set_Raster_Mode have now disappeared, in favor of the new:
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
FT_Get_Renderer
|
|
|
|
|
|
FT_Set_Renderer
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
See the file <freetype/ftrender.h> for more details.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
These changes were necessary to properly support different
|
|
|
|
|
|
scalable formats in the future, like bi-color glyphs, etc.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* Glyph loader 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
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.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
This object has been created to reduce the code size of each
|
|
|
|
|
|
driver, as each one of them basically re-implemented its
|
|
|
|
|
|
functionality.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
|
|
|
|
|
|
more information.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* FT_GlyphSlot has new fields:
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
In order to support extended features (see below), the
|
|
|
|
|
|
FT_GlyphSlot structure has a few new fields:
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
linearHoriAdvance:
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
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.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
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.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Note that the two above field replace the removed "metrics2"
|
|
|
|
|
|
field in the glyph slot.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
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.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
bitmap_left:
|
|
|
|
|
|
This field gives the distance in integer pixels from the
|
|
|
|
|
|
current pen position to the left-most pixel of a glyph image
|
|
|
|
|
|
IF 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.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
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 IF IT IS A BITMAP. Positive values
|
|
|
|
|
|
correspond to upwards Y.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
loader:
|
|
|
|
|
|
This is a new private field for the glyph slot. Client
|
|
|
|
|
|
applications should not touch it.
|
2000-10-31 23:42:18 +03: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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* Support for transforms and direct rendering in FT_Load_Glyph:
|
- MAJOR INTERNAL REDESIGN:
A lot of internal modifications have been performed lately on the
source in order to provide the following enhancements:
- more generic module support:
The FT_Module type is now defined to represent a handle to a given
module. The file <freetype/ftmodule.h> contains the FT_Module_Class
definition, as well as the module-loading public API
The FT_Driver type is still defined, and still represents a pointer
to a font driver. Note that FT_Add_Driver is replaced by FT_Add_Module,
FT_Get_Driver by FT_Get_Module, etc..
- support for generic glyph image types:
The FT_Renderer type is a pointer to a module used to perform various
operations on glyph image.
Each renderer is capable of handling images in a single format
(e.g. ft_glyph_format_outline). Its functions are used to:
- transform an glyph image
- render a glyph image into a bitmap
- return the control box (dimensions) of a given glyph image
The scan converters "ftraster.c" and "ftgrays.c" have been moved
to the new directory "src/renderer", and are used to provide two
default renderer modules.
One corresponds to the "standard" scan-converter, the other to the
"smooth" one.
The current renderer can be set through the new function
FT_Set_Renderer.
The old raster-related function FT_Set_Raster, FT_Get_Raster and
FT_Set_Raster_Mode have now disappeared, in favor of the new:
FT_Get_Renderer
FT_Set_Renderer
see the file <freetype/ftrender.h> for more details..
These changes were necessary to properly support different scalable
formats in the future, like bi-color glyphs, etc..
- glyph loader object:
A new internal object, called a 'glyph loader' has been introduced
in the base layer. It is used by all scalable format font drivers
to load glyphs and composites.
This object has been created to reduce the code size of each driver,
as each one of them basically re-implemented its functionality.
See <freetype/internal/ftobjs.h> and the FT_GlyphLoader type for
more information..
- FT_GlyphSlot had new fields:
In order to support extended features (see below), the FT_GlyphSlot
structure has a few new fields:
linearHoriAdvance: this field gives the linearly scaled (i.e.
scaled but unhinted) advance width for the glyph,
expressed as a 16.16 fixed pixel value. This
is useful to perform WYSIWYG text.
linearVertAdvance: this field gives the linearly scaled advance
height for the glyph (relevant in vertical glyph
layouts only). This is useful to perform
WYSIWYG text.
Note that the two above field replace the removed "metrics2" field
in the glyph slot.
advance: this field is a vector that gives the transformed
advance for the glyph. By default, it corresponds
to the advance width, unless FT_LOAD_VERTICAL_LAYOUT
was specified when calling FT_Load_Glyph or FT_Load_Char
bitmap_left: this field gives the distance in integer pixels from
the current pen position to the left-most pixel of
a glyph image WHEN IT IS A BITMAP. It is only valid
when the "format" field is set to
"ft_glyph_format_bitmap", for example, after calling
the new function FT_Render_Glyph.
bitmap_top: this field gives the distance in integer pixels from
the current pen position (located on the baseline) to
the top-most pixel of the glyph image WHEN IT IS A
BITMAP. Positive values correspond to upwards Y.
loader: this is a new private field for the glyph slot. Client
applications should not touch it..
- support for transforms and direct rendering in FT_Load_Glyph:
Most of the functionality found in <freetype/ftglyph.h> has been
moved to the core library. Hence, the following:
- a transform can be specified for a face through FT_Set_Transform.
this transform is applied by FT_Load_Glyph to scalable glyph images
(i.e. NOT TO BITMAPS) before the function returns, unless the
bit flag FT_LOAD_IGNORE_TRANSFORM was set in the load flags..
- once a glyph image has been loaded, it can be directly converted to
a bitmap by using the new FT_Render_Glyph function. Note that this
function takes the glyph image from the glyph slot, and converts
it to a bitmap whose properties are returned in "face.glyph.bitmap",
"face.glyph.bitmap_left" and "face.glyph.bitmap_top". The original
native image might be lost after the conversion.
- when using the new bit flag FT_LOAD_RENDER, the FT_Load_Glyph
and FT_Load_Char functions will call FT_Render_Glyph automatically
when needed.
2000-06-22 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Most of the functionality found in <freetype/ftglyph.h> has been
|
2003-09-12 23:38:13 +04:00
|
|
|
|
moved to the core library. Hence, the following:
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- 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.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- 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.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- 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.
|
- 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 04:17:42 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Reformatted all modules source code in order to get rid of the
|
|
|
|
|
|
basic data types redifinitions (i.e. "TT_Int" instead of "FT_Int",
|
|
|
|
|
|
"T1_Fixed" instead of "FT_Fixed"). Hence the format-specific
|
|
|
|
|
|
prefixes like "TT_", "T1_", "T2_" and "CID_" are only used for
|
|
|
|
|
|
relevant structures.
|
- 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 04:17:42 +04:00
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
======================================================================
|
2000-06-16 23:34:52 +04:00
|
|
|
|
|
|
|
|
|
|
OLD CHANGES FOR BETA 7
|
2000-05-18 00:56:01 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- bug-fixed the OpenType/CFF parser. It now loads and displays my
|
2001-04-03 01:30:06 +04:00
|
|
|
|
two fonts nicely, but I'm pretty certain that more testing is
|
|
|
|
|
|
needed :-)
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2000-06-08 03:41:17 +04:00
|
|
|
|
- fixed the crummy Type 1 hinter, it now handles accented characters
|
2001-04-03 01:30:06 +04:00
|
|
|
|
correctly (well, the accent is not always well placed, but that's
|
2000-06-08 03:41:17 +04:00
|
|
|
|
another problem..)
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- added the CID-keyed Type 1 driver in "src/cid". Works pretty well
|
2001-04-03 01:30:06 +04:00
|
|
|
|
for only 13 Kb of code ;-) Doesn't read AFM files though, nor the
|
|
|
|
|
|
really useful CMAP files..
|
2000-06-01 07:27:48 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- fixed two bugs in the smooth renderer (src/base/ftgrays.c).
|
|
|
|
|
|
Thanks to Boris Letocha for spotting them and providing a fix.
|
2000-06-01 07:27:48 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- fixed potential "divide by zero" bugs in ftcalc.c.
|
2000-05-30 00:55:13 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- added source code for the OpenType/CFF driver (still incomplete
|
|
|
|
|
|
though..)
|
2000-05-30 00:55:13 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- modified the SFNT driver slightly to perform more robust header
|
2003-09-12 23:38:13 +04:00
|
|
|
|
checks in TT_Load_SFNT_Header. This prevents certain font files
|
2001-04-03 01:30:06 +04:00
|
|
|
|
(e.g. some Type 1 Multiple Masters) from being incorrectly
|
|
|
|
|
|
"recognized" as TrueType font files..
|
2000-05-30 00:55:13 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- moved a lot of stuff from the TrueType driver to the SFNT module,
|
|
|
|
|
|
this allows greater code re-use between font drivers
|
|
|
|
|
|
(e.g. TrueType, OpenType, Compact-TrueType, etc..)
|
2000-05-27 02:13:17 +04:00
|
|
|
|
|
|
|
|
|
|
- added a tiny segment cache to the SFNT Charmap 4 decoder, in order
|
|
|
|
|
|
to minimally speed it up..
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- added support for Multiple Master fonts in "type1z". There is
|
|
|
|
|
|
also a new file named <freetype/ftmm.h> which defines functions to
|
2000-05-26 21:13:23 +04:00
|
|
|
|
manage them from client applications.
|
2000-10-31 23:42:18 +03:00
|
|
|
|
|
2000-05-26 21:13:23 +04:00
|
|
|
|
The new file "src/base/ftmm.c" is also optional to the engine..
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- various formatting changes (e.g. EXPORT_DEF -> FT_EXPORT_DEF) +
|
2000-05-26 21:13:23 +04:00
|
|
|
|
small bug fixes in FT_Load_Glyph, the "type1" driver, etc..
|
|
|
|
|
|
|
2000-05-24 02:16:27 +04:00
|
|
|
|
- a minor fix to the Type 1 driver to let them apply the font matrix
|
|
|
|
|
|
correctly (used for many oblique fonts..)
|
|
|
|
|
|
|
2000-05-18 20:18:05 +04:00
|
|
|
|
- some fixes for 64-bit systems (mainly changing some FT_TRACE calls
|
2003-09-12 23:38:13 +04:00
|
|
|
|
to use %p instead of %lx). Thanks to Karl Robillard.
|
2000-05-18 20:18:05 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- fixed some bugs in the sbit loader (src/base/sfnt/ttsbit.c) +
|
|
|
|
|
|
added a new flag, FT_LOAD_CROP_BITMAP to query that bitmaps be
|
|
|
|
|
|
cropped when loaded from a file (maybe I should move the bitmap
|
|
|
|
|
|
cropper to the base layer ??).
|
|
|
|
|
|
|
|
|
|
|
|
- changed the default number of gray levels of the smooth renderer
|
|
|
|
|
|
to 256 (instead of the previous 128). Of course, the human eye
|
|
|
|
|
|
can't see any difference ;-)
|
2000-05-18 03:35:37 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- removed TT_MAX_SUBGLYPHS, there is no static limit on the number
|
|
|
|
|
|
of subglyphs in a TrueType font now..
|
2000-05-18 00:56:01 +04:00
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
======================================================================
|
|
|
|
|
|
|
2000-05-18 00:56:01 +04:00
|
|
|
|
OLD CHANGES 16 May 2000
|
2000-05-11 22:23:52 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- tagged "BETA-6" in the CVS tree. This one is a serious release
|
2001-04-03 01:30:06 +04:00
|
|
|
|
candidate even though it doesn't incorporate the auto-hinter yet..
|
2000-05-17 03:26:01 +04:00
|
|
|
|
|
|
|
|
|
|
- various obsolete files were removed, and copyright header updated
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- finally updated the standard raster to fix the monochrome
|
|
|
|
|
|
rendering bug + re-enable support for 5-gray levels anti-aliasing
|
|
|
|
|
|
(suck, suck..)
|
2000-05-17 03:26:01 +04:00
|
|
|
|
|
|
|
|
|
|
- created new header files, and modified sources accordingly:
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
<freetype/fttypes.h>
|
|
|
|
|
|
- simple FreeType types, without the API
|
|
|
|
|
|
<freetype/internal/ftmemory.h>
|
|
|
|
|
|
- definition of memory-management macros
|
|
|
|
|
|
|
|
|
|
|
|
- added the "DSIG" (OpenType Digital Signature) tag to
|
|
|
|
|
|
<freetype/tttags.h>
|
|
|
|
|
|
|
|
|
|
|
|
- light update/cleaning of the build system + changes to the sources
|
|
|
|
|
|
in order to get rid of _all_ compiler warnings with three
|
|
|
|
|
|
compilers, i.e:
|
|
|
|
|
|
|
|
|
|
|
|
gcc with "-ansi -pedantic -Wall -W", Visual C++ with "/W3 /WX" and
|
|
|
|
|
|
LCC
|
|
|
|
|
|
|
|
|
|
|
|
IMPORTANT NOTE FOR WIN32-LCC USERS:
|
|
|
|
|
|
|
|
|
|
|
|
|
| It seems the C pre-processor that comes with LCC is broken, it
|
|
|
|
|
|
| doesn't recognize the ANSI standard directives # and ##
|
2003-09-12 23:38:13 +04:00
|
|
|
|
| correctly when one of the argument is a macro. Also,
|
|
|
|
|
|
| something like:
|
2001-04-03 01:30:06 +04:00
|
|
|
|
|
|
|
|
|
|
|
| #define F(x) print##x
|
|
|
|
|
|
|
|
|
|
|
|
|
| F(("hello"))
|
|
|
|
|
|
|
|
|
|
|
|
|
| will get incorrectly translated to:
|
|
|
|
|
|
|
|
|
|
|
|
|
| print "hello")
|
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
| by its pre-processor. For this reason, you simply cannot build
|
2001-04-03 01:30:06 +04:00
|
|
|
|
| FreeType 2 in debug mode with this compiler..
|
2000-05-12 19:01:18 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- yet another massive grunt work. I've changed the definition of
|
|
|
|
|
|
the EXPORT_DEF, EXPORT_FUNC, BASE_DEF & BASE_FUNC macros. These
|
|
|
|
|
|
now take an argument, which is the function's return value type.
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
This is necessary to compile FreeType as a DLL on Windows and
|
|
|
|
|
|
OS/2. Depending on the compiler used, a compiler-specific keyword
|
|
|
|
|
|
like __export or __system must be placed before (VisualC++) or
|
|
|
|
|
|
after (BorlandC++) the type..
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-05-12 16:17:15 +04:00
|
|
|
|
Of course, this needed a lot of changes throughout the source code
|
2003-09-12 23:38:13 +04:00
|
|
|
|
to make it compile again... All cleaned up now, apparently..
|
2000-05-12 16:17:15 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Note also that there is a new EXPORT_VAR macro defined to allow
|
|
|
|
|
|
the _declaration_ of an exportable public (constant)
|
|
|
|
|
|
variable. This is the case of the raster interfaces (see
|
|
|
|
|
|
ftraster.h and ftgrays.h), as well as each module's interface (see
|
|
|
|
|
|
sfdriver.h, psdriver.h, etc..)
|
2000-05-12 16:17:15 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- new feature: it is now possible to pass extra parameters to font
|
|
|
|
|
|
drivers when creating a new face object. For now,
|
|
|
|
|
|
this capability is unused. It could however prove to
|
|
|
|
|
|
be useful in a near future..
|
2000-05-12 16:17:15 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
the FT_Open_Args structure was changes, as well as the internal
|
|
|
|
|
|
driver interface (the specific "init_face" module function has
|
|
|
|
|
|
now a different signature).
|
2000-05-12 16:17:15 +04:00
|
|
|
|
|
|
|
|
|
|
- updated the tutorial (not finished though).
|
2001-04-03 01:30:06 +04:00
|
|
|
|
|
2000-05-12 19:01:18 +04:00
|
|
|
|
- updated the top-level BUILD document
|
2000-05-12 16:17:15 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- fixed a potential memory leak that could occur when loading
|
|
|
|
|
|
embedded bitmaps.
|
2000-05-12 19:26:58 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- added the declaration of FT_New_Memory_Face in
|
|
|
|
|
|
<freetype/freetype.h>, as it was missing from the public header
|
|
|
|
|
|
(the implementation was already in "ftobjs.c").
|
2000-05-12 16:17:15 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- the file <freetype/fterrors.h> has been seriously updated in order
|
2003-09-12 23:38:13 +04:00
|
|
|
|
to allow the automatic generation of error message tables. See
|
|
|
|
|
|
the comments within it for more information.
|
2000-05-12 16:17:15 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- major directory hierarchy re-organisation. This was done for two
|
2001-04-03 01:30:06 +04:00
|
|
|
|
things:
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* first, to ease the "manual" compilation of the library by
|
|
|
|
|
|
requiring at lot less include paths :-)
|
2000-05-12 16:17:15 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
* second, to allow external programs to effectively access
|
2003-09-12 23:38:13 +04:00
|
|
|
|
internal data fields. For example, this can be extremely
|
2001-04-03 01:30:06 +04:00
|
|
|
|
useful if someone wants to write a font producer or a font
|
|
|
|
|
|
manager on top of FreeType.
|
2000-05-11 22:36:19 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Basically, you should now use the 'freetype/' prefix for header
|
|
|
|
|
|
inclusion, as in:
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-05-11 22:36:19 +04:00
|
|
|
|
#include <freetype/freetype.h>
|
|
|
|
|
|
#include <freetype/ftglyph.h>
|
|
|
|
|
|
|
|
|
|
|
|
Some new include sub-directories are available:
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
a. the "freetype/config" directory, contains two files used to
|
2003-09-12 23:38:13 +04:00
|
|
|
|
configure the build of the library. Client applications
|
|
|
|
|
|
should not need to look at these normally, but they can if
|
|
|
|
|
|
they want.
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-05-11 22:36:19 +04:00
|
|
|
|
#include <freetype/config/ftoption.h>
|
|
|
|
|
|
#include <freetype/config/ftconfig.h>
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
b. the "freetype/internal" directory, contains header files that
|
2003-09-12 23:38:13 +04:00
|
|
|
|
describes library internals. These are the header files that
|
2001-04-03 01:30:06 +04:00
|
|
|
|
were previously found in the "src/base" and "src/shared"
|
|
|
|
|
|
directories.
|
2000-05-11 22:36:19 +04:00
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
As usual, the build system and the demos have been updated to
|
|
|
|
|
|
reflect the change..
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-05-11 22:36:19 +04:00
|
|
|
|
Here's a layout of the new directory hierarchy:
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2002-06-14 12:09:25 +04:00
|
|
|
|
TOP_DIR
|
2000-05-11 22:36:19 +04:00
|
|
|
|
include/
|
|
|
|
|
|
freetype/
|
|
|
|
|
|
freetype.h
|
|
|
|
|
|
...
|
|
|
|
|
|
config/
|
|
|
|
|
|
ftoption.h
|
|
|
|
|
|
ftconfig.h
|
|
|
|
|
|
ftmodule.h
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-05-11 22:36:19 +04:00
|
|
|
|
internal/
|
|
|
|
|
|
ftobjs.h
|
|
|
|
|
|
ftstream.h
|
|
|
|
|
|
ftcalc.h
|
|
|
|
|
|
...
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-05-11 22:36:19 +04:00
|
|
|
|
src/
|
|
|
|
|
|
base/
|
|
|
|
|
|
...
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-05-11 22:36:19 +04:00
|
|
|
|
sfnt/
|
|
|
|
|
|
psnames/
|
|
|
|
|
|
truetype/
|
|
|
|
|
|
type1/
|
|
|
|
|
|
type1z/
|
|
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Compiling a module is now much easier, for example, the following
|
2002-06-14 12:09:25 +04:00
|
|
|
|
should work when in the TOP_DIR directory on an ANSI build:
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-05-11 22:36:19 +04:00
|
|
|
|
gcc -c -I./include -I./src/base src/base/ftbase.c
|
|
|
|
|
|
gcc -c -I./include -I./src/sfnt src/sfnt/sfnt.c
|
|
|
|
|
|
etc..
|
|
|
|
|
|
|
|
|
|
|
|
(of course, using -Iconfig/<system> if you provide system-specific
|
|
|
|
|
|
configuration files).
|
2000-05-11 22:23:52 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- updated the structure of FT_Outline_Funcs in order to allow direct
|
|
|
|
|
|
coordinate scaling within the outline decomposition routine (this
|
|
|
|
|
|
is important for virtual "on" points with TrueType outlines) +
|
|
|
|
|
|
updates to the rasters to support this..
|
2000-05-11 22:23:52 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- updated the OS/2 table loading code in "src/sfnt/ttload.c" in
|
|
|
|
|
|
order to support version 2 of the table (see OpenType 1.2 spec)
|
2000-05-11 22:23:52 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- created "include/tttables.h" and "include/t1tables.h" to allow
|
|
|
|
|
|
client applications to access some of the SFNT and T1 tables of a
|
|
|
|
|
|
face with a procedural interface (see FT_Get_Sfnt_Table()) +
|
|
|
|
|
|
updates to internal source files to reflect the change..
|
2000-05-11 22:23:52 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- some cleanups in the source code to get rid of warnings when
|
|
|
|
|
|
compiling with the "-Wall -W -ansi -pedantic" options in gcc.
|
2000-05-11 22:23:52 +04:00
|
|
|
|
|
|
|
|
|
|
- debugged and moved the smooth renderer to "src/base/ftgrays.c" and
|
|
|
|
|
|
its header to "include/ftgrays.h"
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- updated TT_MAX_SUBGLYPHS to 96 as some CJK fonts have composites
|
|
|
|
|
|
with up to 80 sub-glyphs !! Thanks to Werner
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
======================================================================
|
2000-05-11 22:23:52 +04:00
|
|
|
|
|
|
|
|
|
|
OLD CHANGES - 14-apr-2000
|
2000-04-15 00:49:52 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- fixed a bug in the TrueType glyph loader that prevented the
|
|
|
|
|
|
correct loading of some CJK glyphs in mingli.ttf
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-04-15 00:49:52 +04:00
|
|
|
|
- improved the standard Type 1 hinter in "src/type1"
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- fixed two bugs in the experimental Type 1 driver in "src/type1z"
|
2000-04-15 00:49:52 +04:00
|
|
|
|
to handle the new XFree86 4.0 fonts (and a few other ones..)
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- the smooth renderer is now complete and supports sub-banding to
|
2003-09-12 23:38:13 +04:00
|
|
|
|
render large glyphs at high speed. However, it is still located
|
|
|
|
|
|
in "demos/src/ftgrays.c" and should move to the library itself in
|
|
|
|
|
|
the next beta. NOTE: The smooth renderer doesn't compile in
|
2000-04-15 00:49:52 +04:00
|
|
|
|
stand-alone mode anymore, but this should be fixed RSN..
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- introduced convenience functions to more easily deal with glyph
|
|
|
|
|
|
images, see "include/ftglyph.h" for more details, as well as the
|
|
|
|
|
|
new demo program named "demos/src/ftstring.c" that demonstrates
|
2000-04-15 00:49:52 +04:00
|
|
|
|
its use
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- implemented FT_LOAD_NO_RECURSE in both the TrueType and Type 1
|
|
|
|
|
|
drivers (this is required by the auto-hinter to improve its
|
|
|
|
|
|
results).
|
2000-04-15 00:49:52 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- changed the raster interface, in order to allow client
|
2003-09-12 23:38:13 +04:00
|
|
|
|
applications to provide their own span-drawing callbacks.
|
|
|
|
|
|
However, only the smooth renderer supports this. See
|
|
|
|
|
|
"FT_Raster_Params" in the file "include/ftimage.h".
|
2000-04-15 00:49:52 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- fixed a small bug in FT_MulFix that caused incorrect transform
|
|
|
|
|
|
computation!
|
2000-04-15 00:49:52 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- Note: The tutorial is out-of-date.
|
2000-04-15 00:49:52 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
|
|
|
|
|
|
======================================================================
|
|
|
|
|
|
|
2000-04-15 00:49:52 +04:00
|
|
|
|
OLD CHANGES - 12-mar-2000
|
2000-03-13 17:19:31 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- changed the layout of configuration files : now, all ANSI
|
|
|
|
|
|
configuration files are located in
|
|
|
|
|
|
"freetype2/config". System-specific over-rides can be placed in
|
|
|
|
|
|
"freetype2/config/<system>".
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-03-13 17:19:31 +03:00
|
|
|
|
- moved all configuration macros to "config/ftoption.h"
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-03-13 17:19:31 +03:00
|
|
|
|
- improvements in the Type 1 driver with AFM support
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- changed the fields in the FT_Outline structure : the old "flags"
|
2000-03-13 17:19:31 +03:00
|
|
|
|
array is re-named "tags", while all ancient flags are encoded into
|
|
|
|
|
|
a single unsigned int named "flags".
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- introduced new flags in FT_Outline.flags (see
|
|
|
|
|
|
ft_outline_.... enums in "ftimage.h").
|
2000-03-13 17:19:31 +03:00
|
|
|
|
|
|
|
|
|
|
- changed outline functions to "FT_Outline_<action>" syntax
|
|
|
|
|
|
|
|
|
|
|
|
- added a smooth anti-alias renderer to the demonstration programs
|
2001-04-03 01:30:06 +04:00
|
|
|
|
|
2000-03-13 17:19:31 +03:00
|
|
|
|
- added Mac graphics driver (thanks Just)
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- FT_Open_Face changed in order to received a pointer to a
|
|
|
|
|
|
FT_Open_Args descriptor..
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- various cleanups, a few more API functions implemented (see
|
|
|
|
|
|
FT_Attach_File)
|
2000-03-13 17:19:31 +03:00
|
|
|
|
|
|
|
|
|
|
- updated some docs
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
|
|
|
|
|
|
======================================================================
|
|
|
|
|
|
|
2000-03-13 17:19:31 +03:00
|
|
|
|
OLD CHANGES - 22-feb-2000
|
2000-02-22 17:31:42 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- introduced the "psnames" module. It is used to:
|
2000-02-22 17:31:42 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
o convert a Postscript glyph name into the equivalent Unicode
|
|
|
|
|
|
character code (used by the Type 1 driver(s) to synthetize on
|
|
|
|
|
|
the fly a Unicode charmap).
|
|
|
|
|
|
|
|
|
|
|
|
o provide an interface to retrieve the Postscript names of the
|
|
|
|
|
|
Macintosh, Adobe Standard & Adobe Expert character codes.
|
|
|
|
|
|
(the Macintosh names are used by the SFNT-module postscript
|
|
|
|
|
|
names support routines, while the other two tables are used by
|
|
|
|
|
|
the Type 1 driver(s)).
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
- introduced the "type1z" alternate Type 1 driver. This is a (still
|
2001-04-03 01:30:06 +04:00
|
|
|
|
experimental) driver for the Type 1 format that will ultimately
|
2003-09-12 23:38:13 +04:00
|
|
|
|
replace the one in "src/type1". It uses pattern matching to load
|
|
|
|
|
|
data from the font, instead of a finite state analyzer. It works
|
|
|
|
|
|
much better than the "old" driver with "broken" fonts. It is also
|
2000-02-22 17:31:42 +03:00
|
|
|
|
much smaller (under 15 Kb).
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- the Type 1 drivers (both in "src/type1" and "src/type1z") are
|
|
|
|
|
|
nearly complete. They both provide automatic Unicode charmap
|
2003-09-12 23:38:13 +04:00
|
|
|
|
synthesis through the "psnames" module. No re-encoding vector is
|
2001-04-03 01:30:06 +04:00
|
|
|
|
needed. (note that they still leak memory due to some code
|
2000-02-22 17:31:42 +03:00
|
|
|
|
missing, and I'm getting lazy).
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Trivial AFM support has been added to read kerning information but
|
|
|
|
|
|
wasn't exactly tested as it should ;-)
|
2000-02-22 17:31:42 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- The TrueType glyph loader has been seriously rewritten (see the
|
2003-09-12 23:38:13 +04:00
|
|
|
|
file "src/truetype/ttgload.c". It is now much, much simpler as
|
2001-04-03 01:30:06 +04:00
|
|
|
|
well as easier to read, maintain and understand :-) Preliminary
|
|
|
|
|
|
versions introduced a memory leak that has been reported by Jack
|
2000-02-22 17:31:42 +03:00
|
|
|
|
Davis, and is now fixed..
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- introduced the new "ft_glyph_format_plotter", used to represent
|
|
|
|
|
|
stroked outlines like Windows "Vector" fonts, and certain Type 1
|
|
|
|
|
|
fonts like "Hershey". The corresponding raster will be written
|
2000-02-22 17:31:42 +03:00
|
|
|
|
soon.
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- FT_New_Memory_Face is gone. Likewise, FT_Open_Face has a new
|
|
|
|
|
|
interface that uses a structure to describe the input stream, the
|
|
|
|
|
|
driver (if required), etc..
|
|
|
|
|
|
|
2000-02-22 17:31:42 +03:00
|
|
|
|
|
|
|
|
|
|
TODO
|
2001-04-03 01:30:06 +04:00
|
|
|
|
|
2000-02-22 17:31:42 +03:00
|
|
|
|
- Write FT_Get_Glyph_Bitmap and FT_Load_Glyph_Bitmap
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Add a function like FT_Load_Character( face, char_code, load_flags
|
|
|
|
|
|
) that would really embbed a call to FT_Get_Char_Index then
|
|
|
|
|
|
FT_Load_Glyph to ease developer's work.
|
2000-02-22 17:31:42 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Update the tutorial!
|
|
|
|
|
|
|
|
|
|
|
|
- consider adding support for Multiple Master fonts in the Type 1
|
2000-02-22 17:31:42 +03:00
|
|
|
|
drivers.
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- Test the AFM routines of the Type 1 drivers to check that kerning
|
2000-02-22 17:31:42 +03:00
|
|
|
|
information is returned correctly.
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- write a decent auto-gridding component !! We need this to release
|
2000-02-22 17:31:42 +03:00
|
|
|
|
FreeType 2.0 gold !
|
|
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
less urgent needs:
|
|
|
|
|
|
|
2000-02-22 17:31:42 +03:00
|
|
|
|
- add a CFF/Type2 driver
|
|
|
|
|
|
- add a BDF driver
|
|
|
|
|
|
- add a FNT/PCF/HBF driver
|
|
|
|
|
|
- add a Speedo driver from the X11 sources
|
|
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
======================================================================
|
|
|
|
|
|
|
2000-02-22 17:31:42 +03:00
|
|
|
|
OLDER CHANGES - 27-jan-2000
|
2000-01-27 17:07:33 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- updated the "sfnt" module interface to allow several SFNT-based
|
2000-01-27 17:07:33 +03:00
|
|
|
|
drivers to co-exist peacefully
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- updated the "T1_Face" type to better separate Postscript font
|
2003-09-12 23:38:13 +04:00
|
|
|
|
content from the rest of the FT_Face structure. Might be used
|
2001-04-03 01:30:06 +04:00
|
|
|
|
later by the CFF/Type2 driver..
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2000-01-27 17:07:33 +03:00
|
|
|
|
- added an experimental replacement Type 1 driver featuring advanced
|
|
|
|
|
|
(and speedy) pattern matching to retrieve the data from postscript
|
|
|
|
|
|
fonts.
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- very minor changes in the implementation of FT_Set_Char_Size and
|
|
|
|
|
|
FT_Set_Pixel_Sizes (they now implement default to ligthen the font
|
|
|
|
|
|
driver's code).
|
2000-01-27 17:07:33 +03:00
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
======================================================================
|
|
|
|
|
|
|
2000-01-27 17:07:33 +03:00
|
|
|
|
OLD MESSAGE
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
This file summarizes the changes that occured since the last "beta" of
|
|
|
|
|
|
FreeType 2. Because the list is important, it has been divided into
|
|
|
|
|
|
separate sections:
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
1999-12-29 03:53:44 +03:00
|
|
|
|
Table Of Contents:
|
|
|
|
|
|
|
|
|
|
|
|
I High-Level Interface (easier !)
|
|
|
|
|
|
II Directory Structure
|
|
|
|
|
|
III Glyph Image Formats
|
|
|
|
|
|
IV Build System
|
|
|
|
|
|
V Portability
|
|
|
|
|
|
VI Font Drivers
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
----------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
|
|
|
High-Level Interface:
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
The high-level API has been considerably simplified. Here is how:
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- resource objects have disappeared. this means that face objects
|
|
|
|
|
|
can now be created with a single function call (see FT_New_Face
|
|
|
|
|
|
and FT_Open_Face)
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- when calling either FT_New_Face & FT_Open_Face, a size object
|
|
|
|
|
|
and a glyph slot object are automatically created for the face,
|
|
|
|
|
|
and can be accessed through "face->glyph" and "face->size" if
|
|
|
|
|
|
one really needs to. In most cases, there's no need to call
|
|
|
|
|
|
FT_New_Size or FT_New_Glyph.
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- similarly, FT_Load_Glyph now only takes a "face" argument
|
|
|
|
|
|
(instead of a glyph slot and a size). Also, it's "result"
|
|
|
|
|
|
parameter is gone, as the glyph image type is returned in the
|
|
|
|
|
|
field "face->glyph.format"
|
|
|
|
|
|
|
|
|
|
|
|
- the list of available charmaps is directly accessible through
|
2003-09-12 23:38:13 +04:00
|
|
|
|
"face->charmaps", counting "face->num_charmaps" elements. Each
|
2001-04-03 01:30:06 +04:00
|
|
|
|
charmap has an 'encoding' field which specifies which known
|
2003-09-12 23:38:13 +04:00
|
|
|
|
encoding it deals with. Valid values are, for example:
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
1999-12-17 02:11:37 +03:00
|
|
|
|
ft_encoding_unicode (for ASCII, Latin-1 and Unicode)
|
|
|
|
|
|
ft_encoding_apple_roman
|
|
|
|
|
|
ft_encoding_sjis
|
|
|
|
|
|
ft_encoding_adobe_standard
|
1999-12-29 03:53:44 +03:00
|
|
|
|
ft_encoding_adobe_expert
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
other values may be added in the future. Each charmap still
|
2001-04-03 01:30:06 +04:00
|
|
|
|
holds its "platform_id" and "encoding_id" values in case the
|
|
|
|
|
|
encoding is too exotic for the current library
|
|
|
|
|
|
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
----------------------------------------------------------------------
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
|
|
|
|
|
Directory Structure:
|
|
|
|
|
|
|
|
|
|
|
|
Should seem obvious to most of you:
|
|
|
|
|
|
|
|
|
|
|
|
freetype/
|
|
|
|
|
|
config/ -- configuration sub-makefiles
|
|
|
|
|
|
ansi/
|
1999-12-29 03:53:44 +03:00
|
|
|
|
unix/ -- platform-specific configuration files
|
1999-12-17 02:11:37 +03:00
|
|
|
|
win32/
|
|
|
|
|
|
os2/
|
|
|
|
|
|
msdos/
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
include/ -- public header files, those to be included
|
|
|
|
|
|
directly by client apps
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
|
|
|
|
|
src/ -- sources of the library
|
|
|
|
|
|
base/ -- the base layer
|
2001-04-03 01:30:06 +04:00
|
|
|
|
sfnt/ -- the sfnt "driver" (see the drivers section
|
|
|
|
|
|
below)
|
1999-12-17 02:11:37 +03:00
|
|
|
|
truetype/ -- the truetype driver
|
|
|
|
|
|
type1/ -- the type1 driver
|
|
|
|
|
|
shared/ -- some header files shared between drivers
|
|
|
|
|
|
|
|
|
|
|
|
demos/ -- demos/tools
|
|
|
|
|
|
|
|
|
|
|
|
docs/ -- documentation (a bit empty for now)
|
|
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
----------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
|
|
|
Glyph Image Formats:
|
|
|
|
|
|
|
|
|
|
|
|
Drivers are now able to register new glyph image formats within the
|
|
|
|
|
|
library. For now, the base layer supports of course bitmaps and
|
|
|
|
|
|
vector outlines, but one could imagine something different like
|
|
|
|
|
|
colored bitmaps, bi-color vectors or wathever else (Metafonts anyone
|
|
|
|
|
|
??).
|
|
|
|
|
|
|
|
|
|
|
|
See the file `include/ftimage.h'. Note also that the type
|
|
|
|
|
|
FT_Raster_Map is gone, and is now replaced by FT_Bitmap, which
|
|
|
|
|
|
should encompass all known bitmap types.
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Each new image format must provide at least one "raster", i.e. a
|
2003-09-12 23:38:13 +04:00
|
|
|
|
module capable of transforming the glyph image into a bitmap. It's
|
2001-04-03 01:30:06 +04:00
|
|
|
|
also possible to change the default raster used for a given glyph
|
|
|
|
|
|
image format.
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
The default outline scan-converter now uses 128 levels of grays by
|
2003-09-12 23:38:13 +04:00
|
|
|
|
default, which tends to smooth many things. Note that the demo
|
2001-04-03 01:30:06 +04:00
|
|
|
|
programs have been updated significantly in order to display these..
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
----------------------------------------------------------------------
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Build system:
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
You still need GNU Make to build the library. The build system has
|
|
|
|
|
|
been very seriously re-vamped in order to provide things like :
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- automatic host platform detection (reverting to 'config/ansi' if
|
|
|
|
|
|
it is not detected, with pseudo-standard compilation flags)
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
|
|
|
|
|
- the ability to compile from the Makefiles with very different and
|
2003-09-12 23:38:13 +04:00
|
|
|
|
exotic compilers. Note that linking the library can be difficult
|
2001-04-03 01:30:06 +04:00
|
|
|
|
for some platforms.
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
|
|
|
|
|
For example, the file `config/win32/lcclib.bat' is invoked by the
|
|
|
|
|
|
build system to create the ".lib" file with LCC-Win32 because its
|
2001-04-03 01:30:06 +04:00
|
|
|
|
librarian has too many flaws to be invoked directly from the
|
|
|
|
|
|
Makefile.
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Here's how it works:
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- the first time you type `make', the build system runs a series of
|
2003-09-12 23:38:13 +04:00
|
|
|
|
sub-makefiles in order to detect your host platform. It then
|
|
|
|
|
|
dumps what it found, and creates a file called `config.mk' in the
|
|
|
|
|
|
current directory. This is a sub-Makefile used to define many
|
2001-04-03 01:30:06 +04:00
|
|
|
|
important Make variables used to build the library.
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
- the second time, the build system detects the `config.mk' then use
|
|
|
|
|
|
it to build the library. All object files go into 'obj' by
|
|
|
|
|
|
default, as well as the library file, but this can easily be
|
|
|
|
|
|
changed.
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Note that you can run "make setup" to force another host platform
|
|
|
|
|
|
detection even if a `config.mk' is present in the current
|
|
|
|
|
|
directory. Another solution is simply to delete the file, then
|
|
|
|
|
|
re-run make.
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Finally, the default compiler for all platforms is gcc (for now,
|
2003-09-12 23:38:13 +04:00
|
|
|
|
this will hopefully changed in the future). You can however specify
|
2001-04-03 01:30:06 +04:00
|
|
|
|
a different compiler by specifying it after the 'setup' target as
|
|
|
|
|
|
in:
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
|
|
|
|
|
gnumake setup lcc on Win32 to use the LCC compiler
|
|
|
|
|
|
gnumake setup visualc on Win32 to use Visual C++
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
See the file `config/<system>/detect.mk' for a list of supported
|
|
|
|
|
|
compilers for your platforms.
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
It should be relatively easy to write new detection rules files and
|
1999-12-17 02:11:37 +03:00
|
|
|
|
config.mk..
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Finally, to build the demo programs, go to `demos' and launch GNU
|
|
|
|
|
|
Make, it will use the `config.mk' in the top directory to build the
|
|
|
|
|
|
test programs..
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
----------------------------------------------------------------------
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Portability:
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
In the previous beta, a single FT_System object was used to
|
|
|
|
|
|
encompass all low-level operations like thread synchronisation,
|
2003-09-12 23:38:13 +04:00
|
|
|
|
memory management and i/o access. This has been greatly simplified:
|
2001-04-03 01:30:06 +04:00
|
|
|
|
|
|
|
|
|
|
- thread synchronisation has been dropped, for the simple reason
|
|
|
|
|
|
that the library is already re-entrant, and that if you really
|
|
|
|
|
|
need two threads accessing the same FT_Library, you should
|
|
|
|
|
|
really synchronize access to it yourself with a simple mutex.
|
|
|
|
|
|
|
|
|
|
|
|
- memory management is performed through a very simple object
|
|
|
|
|
|
called "FT_Memory", which really is a table containing a table
|
|
|
|
|
|
of pointers to functions like malloc, realloc and free as well
|
|
|
|
|
|
as some user data (closure).
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
|
|
|
|
|
- resources have disappeared (they created more problems than they
|
2001-04-03 01:30:06 +04:00
|
|
|
|
solved), and i/o management have been simplified greatly as a
|
2003-09-12 23:38:13 +04:00
|
|
|
|
result. Streams are defined through FT_Stream objects, which
|
|
|
|
|
|
can be either memory-based or disk-based.
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Note that each face has its own stream, which is closed only
|
|
|
|
|
|
when the face object is destroyed. Hence, a function like
|
2003-09-12 23:38:13 +04:00
|
|
|
|
TT_Flush_Face in 1.x cannot be directly supported. However, if
|
2001-04-03 01:30:06 +04:00
|
|
|
|
you really need something like this, you can easily tailor your
|
|
|
|
|
|
own streams to achieve the same feature at a lower level (and
|
|
|
|
|
|
use FT_Open_Face instead of FT_New_Face to create the face).
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
See the file "include/ftsystem.h" for more details, as well as the
|
1999-12-17 02:11:37 +03:00
|
|
|
|
implementations found in "config/unix" and "config/ansi".
|
|
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
----------------------------------------------------------------------
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Font Drivers:
|
1999-12-29 03:53:44 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
The Font Driver interface has been modified in order to support
|
1999-12-29 03:53:44 +03:00
|
|
|
|
extensions & versioning.
|
|
|
|
|
|
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
The list of the font drivers that are statically linked to the
|
|
|
|
|
|
library at compile time is managed through a new configuration file
|
1999-12-29 03:53:44 +03:00
|
|
|
|
called `config/<platform>/ftmodule.h'.
|
|
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
This file is autogenerated when invoking `make modules'. This
|
|
|
|
|
|
target will parse all sub-directories of 'src', looking for a
|
|
|
|
|
|
"module.mk" rules file, used to describe the driver to the build
|
|
|
|
|
|
system.
|
1999-12-29 03:53:44 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Hence, one should call `make modules' each time a font driver is
|
|
|
|
|
|
added or removed from the `src' directory.
|
1999-12-29 03:53:44 +03:00
|
|
|
|
|
2003-09-12 23:38:13 +04:00
|
|
|
|
Finally, this version provides a "pseudo-driver" in `src/sfnt'.
|
|
|
|
|
|
This driver doesn't support font files directly, but provides
|
|
|
|
|
|
services used by all TrueType-like font drivers. Hence, its code is
|
|
|
|
|
|
shared between the TrueType & OpenType font formats, and possibly
|
|
|
|
|
|
more formats to come if we're lucky..
|
2001-04-03 01:30:06 +04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
----------------------------------------------------------------------
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Extensions support:
|
1999-12-29 03:53:44 +03:00
|
|
|
|
|
|
|
|
|
|
The extensions support is inspired by the one found in 1.x.
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Now, each font driver has its own "extension registry", which lists
|
|
|
|
|
|
which extensions are available for the font faces managed by the
|
|
|
|
|
|
driver.
|
1999-12-29 03:53:44 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
Extension ids are now strings, rather than 4-byte tags, as this is
|
2003-09-12 23:38:13 +04:00
|
|
|
|
usually more readable.
|
1999-12-29 03:53:44 +03:00
|
|
|
|
|
|
|
|
|
|
Each extension has:
|
|
|
|
|
|
- some data, associated to each face object
|
|
|
|
|
|
- an interface (table of function pointers)
|
|
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
An extension that is format-specific should simply register itself
|
2003-09-12 23:38:13 +04:00
|
|
|
|
to the correct font driver. Here is some example code:
|
1999-12-29 03:53:44 +03:00
|
|
|
|
|
|
|
|
|
|
// Registering an extensions
|
|
|
|
|
|
//
|
|
|
|
|
|
FT_Error FT_Init_XXXX_Extension( FT_Library library )
|
|
|
|
|
|
{
|
|
|
|
|
|
FT_DriverInterface* tt_driver;
|
|
|
|
|
|
|
|
|
|
|
|
driver = FT_Get_Driver( library, "truetype" );
|
|
|
|
|
|
if (!driver) return FT_Err_Unimplemented_Feature;
|
|
|
|
|
|
|
2000-05-17 03:44:38 +04:00
|
|
|
|
return FT_Register_Extension( driver, &extension_class );
|
1999-12-29 03:53:44 +03:00
|
|
|
|
}
|
|
|
|
|
|
|
2000-05-17 03:44:38 +04:00
|
|
|
|
|
1999-12-29 03:53:44 +03:00
|
|
|
|
// Implementing the extensions
|
|
|
|
|
|
//
|
|
|
|
|
|
FT_Error FT_Proceed_Extension_XXX( FT_Face face )
|
|
|
|
|
|
{
|
|
|
|
|
|
FT_XXX_Extension ext;
|
|
|
|
|
|
FT_XXX_Extension_Interface ext_interface;
|
|
|
|
|
|
|
|
|
|
|
|
ext = FT_Get_Extension( face, "extensionid", &ext_interface );
|
|
|
|
|
|
if (!ext) return error;
|
|
|
|
|
|
|
|
|
|
|
|
return ext_interface->do_it(ext);
|
|
|
|
|
|
}
|
1999-12-17 02:11:37 +03:00
|
|
|
|
|
2001-04-03 01:30:06 +04:00
|
|
|
|
--- end of CHANGES ---
|