I've included a patch for a bug in FreeType related to zero values
for vertical metrics for OpenType CFF fonts.
Thanks! I've applied a simplified version to the CVS. Sorry for the
long delay.
My assumption is that the FreeType team didn't have time to
implement this yet.
Mhmm, I think it
On Thu, 17 Nov 2005 16:04:45 +0900 (JST)
Masatake YAMATO [EMAIL PROTECTED] wrote:
FT_Free_Debug is called indirectly by FT_FREE to free various tables,
which is no longer public. (and freetype reports leaks when use `free'
, not FT_FREE, to free these tables)
mpsuzuki, I don't have time now.
As far as I know, all you need is set bitmap-pixel_mode to
FT_PIXEL_MODE_MONO before calling FT_Outline_Get_Bitmap.
the function will then choose the bw renderer automatically.
- David
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
la part de
George Williams
In otvalid, documents say `free' should be used.
I see. The usage of FT_ALLOC() and FT_FREE() is very same between
otvalid and gxvalid. Yet I'm not sure the reason why free() should
be used for tools using otvalid,
You should use free() in ftvalid.c because FT_FREE() is not a public
API.
On Thu, 17 Nov 2005 17:04:43 +0800
Chia-I Wu [EMAIL PROTECTED] wrote:
$ nm -a objs/.libs/libfreetype.so | grep Free_Debug
6cb8 t FT_Free_Debug
$ nm -D objs/.libs/libfreetype.so | grep Free_Debug
(gives nothing)
$ nm --version
GNU nm 2.16.91 20050902 Debian GNU/Linux
Thanks, I think, the
On 11/15/05, Turner, David [EMAIL PROTECTED] wrote:
I think there is a misunderstanding. We have integrated
David Chester's patch within FT2 for a long time (2.1.7
or 2.1.8 if I remember correctly).
This does not match my experience at all, see below.
Could you produce screenshots that
On 11/17/05, David Chester [EMAIL PROTECTED] wrote:
One configuration option forces the autohinter to be used even if a different
hinter would have been used otherwise. The other configuration option forces
this hinting behaviour for the autohinter:
hinter-do_horz_hints= 0;
On Thu, 17 Nov 2005 20:48:05 +0100 (CET)
Werner LEMBERG [EMAIL PROTECTED] wrote:
I suggest exporting another function, which simply calls FT_FREE, to
free the tables.
Yes, David suggests the same.
Toshiya or Masatake, do you have time to implement proper functions,
say,
Dear Sirs,
On Fri, 18 Nov 2005 10:05:32 +0900
[EMAIL PROTECTED] wrote:
OK, I will do that. Give me 6 hours.
I attached 4 patches, please check.
freetype2_fix-FT_FREE_GX.patch:
add FT_TrueTypeGX_Free() and FT_ClassicKern_Free()
freetype2_fix-FT_FREE_OT.patch
add
Thanks to all.
I asked:
And, the incremental downloaded Type42 font object only I know is in
PostScript printing data: especially that generated for Distiller.
I agree, if FreeType can supporting incremental is good idea, but
what application uses it?
Werner wrote:
The incremental code has
I wrote FT_TrueTypeGX_Free() to receive FT_Face (to
identify the memory object) and FT_Bytes to free,
but it is possible to receive FT_Memory instead of
FT_Face. Any recommendation?
Passing the face is better because memory is private:
typedef struct FT_FaceRec_
{
FT_Long
I attached 4 patches, please check.
Thanks a lot!
I wrote FT_TrueTypeGX_Free() to receive FT_Face (to identify the
memory object) and FT_Bytes to free, but it is possible to receive
FT_Memory instead of FT_Face. Any recommendation?
Since most functions of FreeType take FT_Face, I think
I attached 4 patches, please check.
And please install!
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
13 matches
Mail list logo
