freetype 2.3发布了
Release Name: 2.3.0Notes:
CHANGES BETWEEN 2.3.0 and 2.2.1
I. IMPORTANT BUG FIXES
- ThePCF fontloaderisnow muchmorerobust whileloading
malformed font files.
- Various memory leaks have been found and fixed.
- The TrueType name loader now deals properly with some fonts that
encode theirnames in UTF-16 (the specificationwas vague, and
the code incorrectly assumed UCS-4).
- Fixed the TrueType bytecodeloader to deal properly with subtle
monochrome/grayissueswhen scalingtheCVT. Somefonts
exhibited bad rendering artifacts otherwise.
- `FT_GlyphSlot_Embolden' nowsupports vertical layouts correctly
(it mangled the vertical advance height).
- Fixed byteendian issuesof `ftmac.c' tosupport Mac OSX on
i386.
- ThePFRfont loadernolongererroneouslytags fontfiles
without any outlines as FT_FACE_FLAG_SCALABLE.
II. NEW API FUNCTIONS
- `FT_Library_SetLcdFilter' allows youto select a special filter
to beapplied to the bitmaps generatedby `FT_Render_Glyph' if
one of the FT_RENDER_MODE_LCD and FT_RENDER_MODE_LCD_V modes has
beenselected.This filteris usedto reducecolor fringes;
severalsettings areavailablethrough theFT_LCD_FILTER_XXX
enumeration.
Itsdeclaration anddocumentationcanbe foundinfile
`include/freetype/ftlcdfil.h' (tobe accessed withmacro
FT_LCD_FILTER_H).
*IMPORTANT*: This function returns an error
(FT_Err_Unimplemented_Feature) in defaultbuilds of the library
for patent reasons.See below.
- `FT_Get_Gasp'allows youto querythe flagsofthe TrueType
`gasp' table fora given character pixel size. This is useful
to duplicatethe text renderingof MS Windows whenthe native
bytecodeinterpreter isenabled (whichisn't thedefault for
other patent reasons).
Itsdeclaration anddocumentationcanbe foundinfile
`include/freetype/ftgasp.h' (to be accessed with macro
FT_GASP_H).
III. IMPORTANT CHANGES
- The auto-hinter has been tuned a lot to improve its results with
serif fonts, resulting in much better font rendering of many web
pages.
- The unpatentedhinter is now partof the defaultbuild of the
library; wehave addedcode to automaticallysupport `tricky'
fonts that need it.
This meansthat FreeType should `just work'with certain Asian
fonts, likeMingLiU, which cannot properly beloaded without a
bytecode interpreter,but which fortunatelydo not useany of
the patentedbytecode opcodes.We detect thesefonts by name,
so pleasereport any font filethat doesn't seemto work with
FreeType, andwe shall do what wecan to support itin a next
release.
Notethatthe APIhasn'tchanged,soyou canstillforce
unpatented hinting with a special parameter to `FT_Open_Face' as
well.Thismight be useful insame cases; forexample, a PDF
reader might presenta user option to activateit to deal with
certain`tricky' embeddedfontswhich cannotbeclearly
identified.
If you area developer for embedded systems,you might want to
*disable*the featuretosavecode spacebyundefining
TT_CONFIG_OPTION_UNPATENTED_HINTING in file `ftoption.h'.
- LCD-optimized rendering is now*disabled* in all default builds
ofthelibrary,mainly duetopatentissues. Formore
information see:
http://lists.gnu.org/archive/html/freetype/2006-09/msg00064.html
Anewconfiguration macroFT_CONFIG_OPTION_SUBPIXEL_RENDERING
has been introduced in`ftoption.h'; manually define it in this
file if you want to re-enable the feature.
Thechange onlyaffects theimplementation, notthe FreeType
API.This means that clients don't need to be modified, because
the library still generatesLCD decimated bitmaps, but with the
added constraint that R=G=B on each triplet.
Thedisplayed resultshouldbe equalto normalanti-aliased
rendering.
Additionally,if FT_CONFIG_OPTION_SUBPIXEL_RENDERINGisnot
defined, the new`FT_Library_SetLcdFilter' function returns the
FT_Err_Unimplemented_Feature error code.
- Some computation bugs inthe TrueType bytecode interpreter were
found,whichallow ustoget ridofverysubtle andrare
differences we had experienced with the Windows renderer.
- It is now possible to cross-compile the library easily.See the
file `docs/INSTALL.CROSS' for details.
- The file `src/base/ftmac.c' now contains code for Mac OS X only;
itsdeprecated function`FT_GetFile_From_Mac_Font_Name' always
returns anerror even if the QuickDrawframework is available.
The previous version has been moved to `builds/mac/ftmac.c'.
Selectingconfigure option `--with-quickdraw-carbon'makes the
build process use the original `ftmac.c' file instead of the Mac
OS X-only version.
IV. MISCELLANEOUS
- Various performance and memory footprint optimizations have been
performed onthe TrueType and CFF fontloaders, sometimes with
very drasticbenefits (e.g., theTrueType loader isnow about
25% faster;FreeType should useless heap memoryunder nearly
all conditions).
- The anti-aliased rasterizer has been optimized and is now 15% to
25%percentfaster thaninpreviousversions, dependingon
content.
- The Type 1 loader has been improved; as an example, it now skips
top-level dictionaries properly.
- Better support for Macfonts on POSIX systems, plus compilation
fixes for Mac OS X on ppc64 where `ftmac.c' cannot be built.
- Configurationwithout `--with-old-mac-fonts'doesnot include
`ftmac.c' (this was the behaviour in FreeType version 2.1.10).
- The TrueTypeGX validator (gxvalid) checks the order of glyph IDs
in the kern table. 楼上能不能挑些重点来翻译？ 我的水平也就是自己看看。就好像我做饭也就是只自己吃吃而已 在Fedora Core 6 rawhide中已经用上好几天了。不过，Fedora把有专利的模块都给禁掉了，包括subpix和bytecode-interpretion。需要的人得自己编译了。
- LCD-optimized rendering is now *disabled* in all default builds
of the library, mainly due to patent issues. For more
information see:
http://lists.gnu.org/archive/html/freetype/2006-09/msg00064.html
至于hinting嘛，rh从来就没打开过
页:
[1]