freetype-devel
[Top][All Lists]
Advanced

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

[Devel] pcf driver 0.0.1


From: Francesco Zappa Nardelli
Subject: [Devel] pcf driver 0.0.1
Date: 29 Dec 2000 16:42:34 +0100
User-agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.3

Hello,

I am proud to announce that the pcfdriver-0.0.1.tar.gz archive is
available from:

    ftp://ftp.ens.fr/pub/di/users/zappa/software/

It contains a PCF driver for FreeType2.  It is believed to work fine
with FreeType2 CVS of 26 December 2000.

I encourage you to read the following readme, sending me comments on
the ``encodings'' and ``known problems'' section.  When the design of
this driver will be defined in detail, I will release the BDF driver
too.

Happy new year,
-francesco

$ less readme

                  FreeType font driver for PCF fonts

                            version: 0.0.1
                        date: 29 December 2000

                       Francesco Zappa Nardelli
                  <address@hidden>


Introduction
************

PCF (Portable Compiled Format) is a binary bitmap font format, largely
used in X world.  This code implements a PCF driver for the FreeType
library.  Glyph images are loaded into memory only on demand, thus
leading to a small memory footprint.

For more details concerning the FreeType library, please check out
www.freetype.org.  Informations on the PCF font format can only be
worked out from ``pcfread.c'', and ``pcfwrite.c'', to be found, for
instance, in the XFree86 (www.xfree86.org) source tree
(xc/lib/font/bitmap/).

Many good bitmap fonts in bdf format come with XFree86: they can be
compiled into the pcf format using the ``bdftopcf'' utility.


Supported hardware
******************

The driver has been tested on linux/x86 and sunos5.5/sparc.  In both
cases the compiler was gcc.  When back in Paris, I will test it also
on linux/alpha.


Building
********

You will need:
 * recent FreeType CVS (I have built it with 26 December 2000 CVS);
   this is available from http://www.freetype.org.  Demo programs are
   also available, although they are shipped separately.

The following instructions assume that the current directory is the
toplevel of the FreeType distribution.  You will probably need to
change the paths given in the examples on yours.

1. Untar the driver sources:

        $ cd /usr/local/src/freetype2

        $ mv pcftypes.h include/freetype/internal/pcftypes.h
        $ cd src
        $ tar -xvf ../pcf.tar

In brief, you should add the directory src/pcf and the file
include/freetype/internal/pcftypes.h to the freetype source tree.

2. Add to the file freetype2/include/freetype/config/ftmodule.h the
   following line:

        FT_USE_MODULE(pcf_driver_class)

3. Compile FreeType.  Please refer to the INSTALL document for
   details.

        $ make setup
        $ make
        $ make install

The library so built is believed able to deal correctly with pcf fonts.


Encodings
*********

The variety of encodings that accompanies pcf fonts appears to
encompass the small set defined in freetype.h.  On the other hand,
each pcf font defines two properties that specify encoding and
registry.

I decided to make these two properties directly accessible, leaving
to the client application the work of interpreting them.  For
instance:

  #include "pcftypes.h"  /* include/freetype/internal/pcftypes.h */

  FT_Face     face;
  PCF_Public_Face  pcfface;

  FT_New_Face( library,..., &face );

  pcfface = (PCF_Public_Face)face;

  if ((pcfface->charset_registry == "ISO10646") &&
        (pcfface->charset_encoding) == "1")) [..]

Thus the driver always export ``ft_encoding_none'' as
face->charmap.encoding.  FT_Get_Char_Index behavior is unmodified,
that is, it converts the ULong value given as argument into the
corresponding glyph number.


Known problems (and Future works)
*********************************

- dealing explicitly with encodings breaks the uniformity of FreeType2
  api.

- except for encodings properties, client applications have no
  visibility of the PCF_Face object.  This means that applications
  cannot directly access font tables and are obliged to trust
  FreeType.

- currently, glyph names and ink_metrics are ignored.

I plan to give full visibility of the PCF_Face object in the next
release of the driver, thus implementing also glyph names and
ink_metrics.

- height is defined as (ascent - descent).  Is this correct?

- if unable to read size informations from the font, PCF_Init_Face
  sets available_size->width and available_size->height to 12.

- which is the minimum pitch for a bitmap?

- too many english grammar errors in the readme file.  Unfortunately,
  this is a quite hard problem to solve :-(


License
*******

Copyright (C) 2000 by Francesco Zappa Nardelli

Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
"Software"), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:

The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.


Credits
*******

Keith Packard wrote the pcf driver found in XFree86.  His work is at
the same time the specification and the sample implementation of the
PCF format.  Undoubtedly, this driver is inspired from his work.


reply via email to

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