mirrors/freetype
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

* docs/CHANGES, docs/VERSION.DLL, docs/TODO: updating documentation for

Browse Source 
the 2.1.4 release

    * builds/win32/visualc/freetype.dsp, builds/win32/visualc/index.html:
    updating the project file for 2.1.4
This commit is contained in:
David Turner 2003-01-31 10:12:40 +00:00
parent 4bdf4350f2
commit 3c3b2be67c
5 changed files with 39 additions and 14 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
ChangeLog
View File

@ -1,5 +1,11 @@
2002-01-31 David Turner <david@freetype.org>
* docs/CHANGES, docs/VERSION.DLL, docs/TODO: updating documentation for
the 2.1.4 release
* builds/win32/visualc/freetype.dsp, builds/win32/visualc/index.html:
updating the project file for 2.1.4
* src/gzip/adler32.c, src/gzip/ftgzip.c, src/gzip/infblock.c,
src/gzip/infcodes.c, src/gzip/inflate.c, src/gzip/inftrees.c,
src/gzip/infutil.c: removed old-style (K&R)function definitions. This

14
builds/win32/visualc/index.html
View File

@ -1,4 +1,4 @@
<html>
<html>
<header>
<title>FreeType 2 Project Files for Visual C++</title>
</header>
@ -8,14 +8,14 @@
<p>This directory contains a project file for Visual C++, named
<tt>freetype.dsp</tt>. It will compile the following libraries
from the FreeType 2.0.4 sources:</p>
from the FreeType 2.1.4 sources:</p>
<ul>
<pre>
freetype204.lib - release build; single threaded
freetype204_D.lib - debug build; single threaded
freetype204MT.lib - release build; multi-threaded
freetype204MT_D.lib - debug build; multi-threaded
freetype214.lib - release build; single threaded
freetype214_D.lib - debug build; single threaded
freetype214MT.lib - release build; multi-threaded
freetype214MT_D.lib - debug build; multi-threaded
</pre>
</ul>

8
docs/CHANGES
View File

@ -8,7 +8,7 @@ LATEST CHANGES BETWEEN 2.1.4 and 2.1.3
- a fix in the Gzip stream reader, it couldn't read certain .gz files
properly due to a small typo
- the configure script now looks tries to use the system-wide zlib when
- 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")
@ -32,7 +32,8 @@ LATEST CHANGES BETWEEN 2.1.4 and 2.1.3
II. IMPORTANT CHANGES
- David Chester contributed some enhancements to the auto-hinter that
significantly increase the quality of its output. Try it !!
significantly increase the quality of its output. The Postscript hinter
was also improved in several ways..
- the FT_RENDER_MODE_LIGHT render mode was implemented
@ -56,6 +57,9 @@ LATEST CHANGES BETWEEN 2.1.4 and 2.1.3
- the documentation for FT_Size_Metrics didn't appear properly in the
API reference
- the file docs/VERSION.DLL has been updated to explain versioning
with FreeType (i.e. comparing release/libtool/so numbers, and how
to use them in Autoconf scripts)
==============================================================================
LATEST CHANGES BETWEEN 2.1.3 and 2.1.2

8
docs/TODO
View File

@ -4,6 +4,10 @@ document "docs/BUGS".
Here is a list of items that need to be addressed in FreeType 2; they are
not exactly bugs, but should be considered though:
* Add synthesized Unicode charmap processing to the CFF driver.
* Implement stem3/counter hints properly in the Postscript hinter.
* FInalize the cache sub-system. If has been in beta for too long :-)
* The automatic and Postscript hinters have been improved to increase
the quality of AA text, but Monochrome and LCD hinting still suck. we
need to do something about that..

17
docs/VERSION.DLL
View File

@ -54,10 +54,21 @@ found on _most_ systems, but not all of them:
2.1.4 9.3.3 6.3.3
2.1.3 9.2.3 6.3.2
2.1.2 9.1.3 6.3.1
2.1.1 ? ?
2.1.0 ? ?
2.0.9 ? ?
2.1.1 9.0.3 ?
2.1.0 8.0.2 ?
2.0.9 9.0.3 ?
2.0.8 8.0.2 ?
the libtool numbers are a bit inconsistent due to the library's history:
- 2.1.0 was created as a development branch from 2.0.8
(hence the same libtool numbers)
- 2.0.9 was a bug-fix release of the "stable" branch, we
apparently incorrectly increased its libtool number
- 2.1.4 is still in the "development" branch, however it's stable enough
to be the basis of an upcoming 2.2.0 release