Re: [ft-devel] last fixes for forthcoming release

2006-03-04 Thread Steve Langasek
On Wed, Mar 01, 2006 at 07:22:26AM +0100, Werner LEMBERG wrote:

  I think it should be :
  \ftccache.c  around line #259
  #ifdef FT_CONFIG_OPTION_OLD_INTERNALS
FT_BASE( void )
  #else
FT_LOCAL( void )
  #endif
ftc_node_destroy( FTC_Node node,
  FTC_Manager  manager )

 Exactly.  Meanwhile this code is already in the list -- due to the
 extreme lags which are currently happening on all gnu.org (and
 nongnu.org) mailing lists, I've fixed this independently on your
 report.

 Accordingly to an announcement on savannah.gnu.org, the problems with
 the mailing lists will continue this month, so please be prepared that
 messages appear with delays of a day or greater.

FWIW, I've gotten upwards of 5 copies of every message sent to this list
over the past few days, and I know I only subscribed once. :)  Is that also
a known issue?

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel


[ft-devel] [PATCH] Type1 parsing

2006-03-04 Thread Jens Claudius
Hi everybody,

I've encountered some problems with Freetype's Type 1
parser and prepared a patch to address some of the
problems. The patch is against 2.2.0-RC3 and
unfortunately quite large.


1) Top-level procedures are now skipped by the parser,
   e.g., /foo { /FontName (X) def } def has no effect;
   this is an admittedly contrived example, not so
   contrived is Freetype's crash on Adobe Jenson
   because it pokes around in the font's shareddict.

2) The Type 1 decoder now stores the operands on
   the stack as 16.16 values. This is necessary
because
   a charstring can have sequences like
   9 2 div hlineto. Also OtherSubr no 28 (rand) can
   push a real number between 0 and 1 onto the stack.

   However, the extra precision is currently thrown
   when building the outline (see
1_builder_add_point()
   in src/psaux/psobjs.c). Furthermore, an FT_Fixed
   might be to small to store all values that can
   be specified in a charstring.

3) Preliminary support for multiple master fonts like
   Adobe Jenson. This has two additional keywords
   (/NDV and /CDV) in its Private dict whose values
   are indices of subroutines. These are *Type 2*
   charstrings which are used as the
   NormalizeDesignVector and ConvertDesignVector
   routines.

   Fonts can also has a /BuildCharArray in their
   Private dict which is an array and used as a
   scratch space to hold temporary during charstring
   execution.

   For complete support it would be necessary to pull
   in the Type 2 machinery into the Type 1 decoder,
   which I haven't managed yet.

4) Added support for OtherSubrs 19 -- 25, 27, and 28,
   used by some multiple master fonts. Also a more
   generic implementation for handling unknown
   OtherSubrs.

5) The pop(s) to a callothersubr can now be part of
   a subroutine
   (e.g., 555 1 3 callothersubr 666 callsubr is OK
   if subr 666 starts with pop); needed for
   Monotype Garamond Swash and others.


Still open:

A) There are still instances where characters are not
   skipped although they are part of a string,
comment,
   or procedure.

B) Multiple Master support is still broken. 

C) If a glyph of Type 1 or Type 2 font uses random
   numbers, its rendered bitmap must not be cached.
   This must also be communicated to the application
   so that it does not cache the bitmap on its own.

D) Finish support for non-integral coordinates in
   Type 1 (and Type 2) charstrings.

Regards,
Jens

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

t1parse_and_othersubrs.diff
Description: 3854577328-t1parse_and_othersubrs.diff
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel