shithub: freetype+ttf2subf

Download patch

ref: 32b534612db3e6fdb978135cf4a7a86b76c9c425
parent: 944b72986fa28a989b9dd3c7df40f8665f774c9e
author: Werner Lemberg <[email protected]>
date: Thu Jan 31 20:20:11 EST 2002

Formatting.

git/fs: mount .git/fs: mount/attach disallowed
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,8 +1,7 @@
 2002-01-31  David Turner  <[email protected]>
 
-        * README, README.UNX, docs/CHANGES: updating documentation for the
-        2.0.7 release
-
+	* README, README.UNX, docs/CHANGES: Updating documentation for the
+	2.0.7 release.
 
 2002-01-30  David Turner  <[email protected]>
 
--- a/docs/CHANGES
+++ b/docs/CHANGES
@@ -2,42 +2,41 @@
 
   I. IMPORTANT BUG FIXES
 
-    - 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)
+    - 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).
 
-      (this made _many_ KDE application crash on certain systems. FreeType
+      (This made _many_ KDE applications crash on certain systems.  FreeType
        _is_ becoming a critical system component on Linux :-)
 
+    - Fixed a memory leak in the CFF font driver.
 
-    - Fixed a memory leak in the CFF font driver
+    - Fixed a memory leak in the PCF font driver.
 
-    - Fixed a memory leak in the PCF font driver
-
     - 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..
+      errors at build time.
 
     - Fixed a small rendering bug in the anti-aliased renderer that only
-      occured when tryong to draw thin (less than 1 pixel) strokes..
-  
-    - Fixed "builds/unix/freetype2.a4" which is used to generate
-      a valid "freetype2.m4" for Autoconf use
+      occurred when trying to draw thin (less than 1 pixel) strokes.
 
-    - Fixed the OpenVMS Makefiles
+    - Fixed "builds/unix/freetype2.a4" which is used to generate a valid
+      "freetype2.m4" for use with autoconf.
 
+    - Fixed the OpenVMS Makefiles.
 
+
   II. MISCELLANEOUS
 
-    - added "configure" and "install" scripts to the top-level directory.
-      a GNU-style installation is thus now easily possible with
-      
+    - Added "configure" and "install" scripts to the top-level directory.
+      A GNU-style installation is thus now easily possible with
+
           ./configure  <options>
           make
           make install
 
 
-
 ============================================================================
 
 LATEST CHANGES BETWEEN 2.0.6 and 2.0.5
@@ -109,7 +108,7 @@
       run any program using FreeType.  When the library is exited, a summary
       of memory footprints and possible leaks will be displayed.
 
-      This works transparently with _any_ program that uses FreeType. 
+      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).
 
@@ -117,7 +116,7 @@
   III. MISCELLANEOUS
 
     - We are aware of subtle differences between the output of FreeType
-      versions 1 and 2 when it comes to monochrome TrueType-hinted glyphs. 
+      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.
 
@@ -124,13 +123,13 @@
     - We have decided to fork the sources in a "stable" branch, and an
       "unstable" one, since FreeType is becoming a critical component of
       many Unix systems.
-      
+
       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.
-      
+
       We also hope that this scheme will allow much more frequent releases
       than in the past.