freetype-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ft-cvs] freetype2 ChangeLog devel/ftoption.h docs/CHANG...


From: David Turner
Subject: [ft-cvs] freetype2 ChangeLog devel/ftoption.h docs/CHANG...
Date: Tue, 26 Sep 2006 16:58:21 +0000

CVSROOT:        /sources/freetype
Module name:    freetype2
Changes by:     David Turner <freetype> 06/09/26 16:58:21

Modified files:
        .              : ChangeLog 
        devel          : ftoption.h 
        docs           : CHANGES 
        include/freetype/config: ftoption.h 
        src/smooth     : ftsmooth.c 

Log message:
        CHANGES BETWEEN 2.2.1 and 2.2.2
        
          I. IMPORTANT BUG FIXES
        
            - Various integer overflows have been fixed.
        
            - PFB fonts with MacOS resource fork weren't  handled correctly on
              non-MacOS platforms.
        
            - The PCF font loarder has been seriously hardened against malformed
              font files.
        
          II. IMPORTANT CHANGES
        
            - the unpatented hinter is now part of the default build of the
              library, and we added code to automatically support "tricky"
              fonts that need it.
        
              what this means is that FreeType should "just work" with certain
              Asian fonts, like MingLiu, which cannot properly load without a
              bytecode interpreter, but fortunately do not use any of the
              patented bytecode opcodes.
        
              Note that the API didn't change, so you can still force
              unpatented hinting with a special parameter to FT_Open_Face
              as well.
        
              if you're an embedded systems developer, you might want to
              *disable* the feature to save code space by undefining
              TT_CONFIG_OPTION_UNPATENTED_HINTING in ftoption.h.
        
            - LCD-optimized rendering is now disabled in all default builds
              of the library, mainly due to patent reasons. For more information
              see:
        
              http://lists.gnu.org/archive/html/freetype/2006-09/msg00064.html
        
              a new configuration macro FT_CONFIG_OPTION_SUBPIXEL_RENDERING has
              been introduced in ftoption.h; manually define it in this file
              if you want to re-enable the feature.
        
              the change only affects the implementation, not the FreeType API.
              This means that clients don't need to be modified, because the
              library still generates LCD decimated bitmaps, but with the added
              constraint that R=G=B on each triplet.
        
           - Some computation bugs in the TrueType bytecode interpreter were 
found,
             which allow us to get rid of very subtle and rare differences we 
had
             with the Windows renderer.
        
          III. MISCELLANEOUS
        
            - TrueType glyph loading is now about 25% faster.
        
            - the anti-aliased rasterizer has been optimized and is now 15% to 
25%
              percent faster than the previous one, depending on content
        
            - the Type 1 loader has been improved; as an example, it now skips
              over top-level dictionaries properly
        
        ======================================================================

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/freetype2/ChangeLog?cvsroot=freetype&r1=1.1385&r2=1.1386
http://cvs.savannah.gnu.org/viewcvs/freetype2/devel/ftoption.h?cvsroot=freetype&r1=1.23&r2=1.24
http://cvs.savannah.gnu.org/viewcvs/freetype2/docs/CHANGES?cvsroot=freetype&r1=1.148&r2=1.149
http://cvs.savannah.gnu.org/viewcvs/freetype2/include/freetype/config/ftoption.h?cvsroot=freetype&r1=1.111&r2=1.112
http://cvs.savannah.gnu.org/viewcvs/freetype2/src/smooth/ftsmooth.c?cvsroot=freetype&r1=1.34&r2=1.35




reply via email to

[Prev in Thread] Current Thread [Next in Thread]