Re: [ft-devel] Possible regression in Freetype 2.10
Hi, On Tue, Jun 25, 2019 at 3:27 PM Alexei Podtelezhnikov wrote: > > On Tue, Jun 25, 2019 at 8:43 AM İsmail Dönmez wrote: > > > ./ft-test unifont.pcf.gz > > Failed to get char index 32 > > There should be FreeType 2.10.1 with a fix rather soon. > https://git.savannah.gnu.org/cgit/freetype/freetype2.git/tree/docs/CHANGES?id=81445c034aca36040b6311dc71a2cbed9548b262 Thanks for the information! ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] t1info struct is empty for Postscript font
Hi, On Tue, Mar 3, 2015 at 7:48 AM, Werner LEMBERG w...@gnu.org wrote: While debugging a mkfontscale crash I found that t1info is not correctly populated for some postscript fonts. Attached is the test case and a postscript font usually found in ghostscript. [~/ft] ./ft hrgrr.pfa Family (face): Hershey-Gothic-German Family (t1info): (null) So apparently face-family_name is correct but t1info.family_name is null. Well, this font doesn't have a /FamilyName entry! So why should FreeType lie to you? It does synthesize a family name for the top-level structure, but if you explicitly retrieve data from the PS font dictionary, I think it's best if you get correct values. Thanks, its safe to assume that this is a regression on mkfontscale side. I've slightly improved the documentation of `FT_Get_PS_Font_Info' to mention this. Cheers. ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] t1info struct is empty for Postscript font
Hi, While debugging a mkfontscale crash I found that t1info is not correctly populated for some postscript fonts. Attached is the test case and a postscript font usually found in ghostscript. [~/ft] ./ft hrgrr.pfa Family (face): Hershey-Gothic-German Family (t1info): (null) So apparently face-family_name is correct but t1info.family_name is null. #include assert.h #include stdio.h #include ft2build.h #include FT_FREETYPE_H #include FT_TRUETYPE_IDS_H #include FT_TYPE1_TABLES_H int main(int argc, char **argv) { int rc; const char *family = NULL; FT_Face face; FT_Library ft_library; PS_FontInfoRec t1info; rc = FT_Init_FreeType(ft_library); if (rc) { printf(Can't initialize FreeType library\n); return 1; } rc = FT_New_Face(ft_library, argv[1], 0, face); if (rc) { printf(Can't create a face.\n); return 1; } rc = FT_Get_PS_Font_Info(face, t1info); if (rc) { printf(Can't get font info: error %d\n, rc); return 1; } printf(Family (face): %s\n, face-family_name); printf(Family (t1info): %s\n, t1info.family_name); return 0; } hrgrr.pfa Description: application/font-type1 ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] New Infinality Release
On Mon, Jun 18, 2012 at 10:38 AM, Werner LEMBERG w...@gnu.org wrote: If I am unable to connect in the next hour or two, I can send you the patch. The patch is now in the repository. Thanks a lot! Great news! Hope to see rest of the infinality patchset in later on :) Regards, ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] freetype, undefined behaviour, and clang
Hi; On Sun, Nov 27, 2011 at 8:04 AM, suzuki toshiya mpsuz...@hiroshima-u.ac.jpwrote: Sigh, clang on Debian squeeze branch (previous newest branch) seems to be shipped without appropriate dependency; clang can search gcc until 4.6.1, but cannot search 4.6.2, and gcc-4.6.1 binaries are already removed from debian repository. Also Debian clang maintainers are mainly working for Debain wheezy branch (current newest branch) and their patched clang cannot work well on Debian squeeze branch. clang's configuration mechanism, ToolChains.cpp is so deep hell, and Debian maintainers could not fix it. Oops. I built gcc-4.6.1 and clang/llvm-2.9 by myself. It can make working binary for the simplest programs, like hello-world, but apinames built with -ftrapv by my clang aborts with Illegal instruction error. It seems that I have to learn more to make usable clang by myself... llvm 3.0rc4 has the necessary fixes for this, you should test it. Regards, ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] freetype, undefined behaviour, and clang
Hi; On Sun, Nov 27, 2011 at 8:43 AM, suzuki toshiya mpsuz...@hiroshima-u.ac.jpwrote: İsmail Dönmez wrote: I built gcc-4.6.1 and clang/llvm-2.9 by myself. It can make working binary for the simplest programs, like hello-world, but apinames built with -ftrapv by my clang aborts with Illegal instruction error. It seems that I have to learn more to make usable clang by myself... llvm 3.0rc4 has the necessary fixes for this, you should test it. Thanks! Should I wait for official release of LLVM 3.0? Not really, rc4 should be nearly the same as final release. Regards, ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft] [ft-devel] FreeType 2.4.6 has been released
Use sourceforge. It works. On Fri, Jul 29, 2011 at 10:38 AM, Graham Asher graham.as...@cartotype.comwrote: All the 2.4.6 files on the savannah site give 404 errors :-( On 29/07/2011 05:52, Werner LEMBERG wrote: FreeType 2.4.6 has been released. It is available from http://savannah.nongnu.org/**download/freetype/http://savannah.nongnu.org/download/freetype/ or http://sourceforge.net/**projects/freetype/files/http://sourceforge.net/projects/freetype/files/ The latter site also holds older versions of the FreeType library. See below for the relevant snippet from the CHANGES file; users of version 2.4.5 should upgrade immediately. Enjoy! Werner --**--** -- FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable, and portable while capable of producing high-quality output (glyph images) of most vector and bitmap font formats. Note that FreeType 2 is a font service and doesn't provide APIs to perform higher-level features, like text layout or graphics processing (e.g., colored text rendering, `hollowing', etc.). However, it greatly simplifies these tasks by providing a simple, easy to use, and uniform interface to access the content of font files. FreeType 2 is released under two open-source licenses: our own BSD-like FreeType License and the GPL. It can thus be used by any kind of projects, be they proprietary or not. --**--** -- CHANGES BETWEEN 2.4.5 and 2.4.6 I. IMPORTANT BUG FIXES - For TrueType based fonts, the ascender and descender values were incorrect sometimes (off by a pixel if the ppem value was not a multiple of 5). Depending on the use you might now experience a different layout; the change should result in better, more consistent line spacing. - Fix CVE-2011-0226 which causes a vulnerability while handling Type 1 fonts. - BDF fonts containing glyphs with negative values for ENCODING were incorrectly rejected. This bug has been introduced in FreeType version 2.2.0. - David Bevan contributed a major revision of the FreeType stroker code: . The behaviour of FT_STROKER_LINEJOIN_BEVEL has been corrected. . A new line join style, FT_STROKER_LINEJOIN_MITER_**FIXED, has been introduced to support PostScript and PDF miter joins. . FT_STROKER_LINEJOIN_MITER_**VARIABLE has been introduced as an alias for FT_STROKER_LINEJOIN_MITER. . Various stroking glitches has been fixed. II. MISCELLANEOUS - SFNT bitmap fonts which contain an outline glyph for `.notdef' only no longer set the FT_FACE_FLAG_SCALABLE flag. __**_ Freetype-devel mailing list freetype-de...@nongnu.org https://lists.nongnu.org/**mailman/listinfo/freetype-**develhttps://lists.nongnu.org/mailman/listinfo/freetype-devel __**_ Freetype-devel mailing list freetype-de...@nongnu.org https://lists.nongnu.org/**mailman/listinfo/freetype-**develhttps://lists.nongnu.org/mailman/listinfo/freetype-devel ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] [ft-devel] FreeType 2.4.6 has been released
I think mirrors are still syncing which is known to be slow. On Fri, Jul 29, 2011 at 10:44 AM, Graham Asher graham.as...@cartotype.comwrote: Thank you. I know. I was reporting an error on the savannah site, which ought to work as advertised. On 29/07/2011 09:40, İsmail Dönmez wrote: Use sourceforge. It works. On Fri, Jul 29, 2011 at 10:38 AM, Graham Asher graham.as...@cartotype.com wrote: All the 2.4.6 files on the savannah site give 404 errors :-( On 29/07/2011 05:52, Werner LEMBERG wrote: FreeType 2.4.6 has been released. It is available from http://savannah.nongnu.org/download/freetype/ or http://sourceforge.net/projects/freetype/files/ The latter site also holds older versions of the FreeType library. See below for the relevant snippet from the CHANGES file; users of version 2.4.5 should upgrade immediately. Enjoy! Werner -- FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable, and portable while capable of producing high-quality output (glyph images) of most vector and bitmap font formats. Note that FreeType 2 is a font service and doesn't provide APIs to perform higher-level features, like text layout or graphics processing (e.g., colored text rendering, `hollowing', etc.). However, it greatly simplifies these tasks by providing a simple, easy to use, and uniform interface to access the content of font files. FreeType 2 is released under two open-source licenses: our own BSD-like FreeType License and the GPL. It can thus be used by any kind of projects, be they proprietary or not. -- CHANGES BETWEEN 2.4.5 and 2.4.6 I. IMPORTANT BUG FIXES - For TrueType based fonts, the ascender and descender values were incorrect sometimes (off by a pixel if the ppem value was not a multiple of 5). Depending on the use you might now experience a different layout; the change should result in better, more consistent line spacing. - Fix CVE-2011-0226 which causes a vulnerability while handling Type 1 fonts. - BDF fonts containing glyphs with negative values for ENCODING were incorrectly rejected. This bug has been introduced in FreeType version 2.2.0. - David Bevan contributed a major revision of the FreeType stroker code: . The behaviour of FT_STROKER_LINEJOIN_BEVEL has been corrected. . A new line join style, FT_STROKER_LINEJOIN_MITER_FIXED, has been introduced to support PostScript and PDF miter joins. . FT_STROKER_LINEJOIN_MITER_VARIABLE has been introduced as an alias for FT_STROKER_LINEJOIN_MITER. . Various stroking glitches has been fixed. II. MISCELLANEOUS - SFNT bitmap fonts which contain an outline glyph for `.notdef' only no longer set the FT_FACE_FLAG_SCALABLE flag. ___ Freetype-devel mailing list freetype-de...@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel ___ Freetype-devel mailing list freetype-de...@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft-announce] [ft-devel] FreeType 2.4.6 has been released
Use sourceforge. It works. On Fri, Jul 29, 2011 at 10:38 AM, Graham Asher graham.as...@cartotype.comwrote: All the 2.4.6 files on the savannah site give 404 errors :-( On 29/07/2011 05:52, Werner LEMBERG wrote: FreeType 2.4.6 has been released. It is available from http://savannah.nongnu.org/**download/freetype/http://savannah.nongnu.org/download/freetype/ or http://sourceforge.net/**projects/freetype/files/http://sourceforge.net/projects/freetype/files/ The latter site also holds older versions of the FreeType library. See below for the relevant snippet from the CHANGES file; users of version 2.4.5 should upgrade immediately. Enjoy! Werner --**--** -- FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable, and portable while capable of producing high-quality output (glyph images) of most vector and bitmap font formats. Note that FreeType 2 is a font service and doesn't provide APIs to perform higher-level features, like text layout or graphics processing (e.g., colored text rendering, `hollowing', etc.). However, it greatly simplifies these tasks by providing a simple, easy to use, and uniform interface to access the content of font files. FreeType 2 is released under two open-source licenses: our own BSD-like FreeType License and the GPL. It can thus be used by any kind of projects, be they proprietary or not. --**--** -- CHANGES BETWEEN 2.4.5 and 2.4.6 I. IMPORTANT BUG FIXES - For TrueType based fonts, the ascender and descender values were incorrect sometimes (off by a pixel if the ppem value was not a multiple of 5). Depending on the use you might now experience a different layout; the change should result in better, more consistent line spacing. - Fix CVE-2011-0226 which causes a vulnerability while handling Type 1 fonts. - BDF fonts containing glyphs with negative values for ENCODING were incorrectly rejected. This bug has been introduced in FreeType version 2.2.0. - David Bevan contributed a major revision of the FreeType stroker code: . The behaviour of FT_STROKER_LINEJOIN_BEVEL has been corrected. . A new line join style, FT_STROKER_LINEJOIN_MITER_**FIXED, has been introduced to support PostScript and PDF miter joins. . FT_STROKER_LINEJOIN_MITER_**VARIABLE has been introduced as an alias for FT_STROKER_LINEJOIN_MITER. . Various stroking glitches has been fixed. II. MISCELLANEOUS - SFNT bitmap fonts which contain an outline glyph for `.notdef' only no longer set the FT_FACE_FLAG_SCALABLE flag. __**_ Freetype-devel mailing list freetype-de...@nongnu.org https://lists.nongnu.org/**mailman/listinfo/freetype-**develhttps://lists.nongnu.org/mailman/listinfo/freetype-devel __**_ Freetype-devel mailing list freetype-de...@nongnu.org https://lists.nongnu.org/**mailman/listinfo/freetype-**develhttps://lists.nongnu.org/mailman/listinfo/freetype-devel ___ Freetype-announce mailing list Freetype-announce@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-announce
Re: [ft-devel] FreeType 2.4.6 has been released
Use sourceforge. It works. On Fri, Jul 29, 2011 at 10:38 AM, Graham Asher graham.as...@cartotype.comwrote: All the 2.4.6 files on the savannah site give 404 errors :-( On 29/07/2011 05:52, Werner LEMBERG wrote: FreeType 2.4.6 has been released. It is available from http://savannah.nongnu.org/**download/freetype/http://savannah.nongnu.org/download/freetype/ or http://sourceforge.net/**projects/freetype/files/http://sourceforge.net/projects/freetype/files/ The latter site also holds older versions of the FreeType library. See below for the relevant snippet from the CHANGES file; users of version 2.4.5 should upgrade immediately. Enjoy! Werner --**--** -- FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable, and portable while capable of producing high-quality output (glyph images) of most vector and bitmap font formats. Note that FreeType 2 is a font service and doesn't provide APIs to perform higher-level features, like text layout or graphics processing (e.g., colored text rendering, `hollowing', etc.). However, it greatly simplifies these tasks by providing a simple, easy to use, and uniform interface to access the content of font files. FreeType 2 is released under two open-source licenses: our own BSD-like FreeType License and the GPL. It can thus be used by any kind of projects, be they proprietary or not. --**--** -- CHANGES BETWEEN 2.4.5 and 2.4.6 I. IMPORTANT BUG FIXES - For TrueType based fonts, the ascender and descender values were incorrect sometimes (off by a pixel if the ppem value was not a multiple of 5). Depending on the use you might now experience a different layout; the change should result in better, more consistent line spacing. - Fix CVE-2011-0226 which causes a vulnerability while handling Type 1 fonts. - BDF fonts containing glyphs with negative values for ENCODING were incorrectly rejected. This bug has been introduced in FreeType version 2.2.0. - David Bevan contributed a major revision of the FreeType stroker code: . The behaviour of FT_STROKER_LINEJOIN_BEVEL has been corrected. . A new line join style, FT_STROKER_LINEJOIN_MITER_**FIXED, has been introduced to support PostScript and PDF miter joins. . FT_STROKER_LINEJOIN_MITER_**VARIABLE has been introduced as an alias for FT_STROKER_LINEJOIN_MITER. . Various stroking glitches has been fixed. II. MISCELLANEOUS - SFNT bitmap fonts which contain an outline glyph for `.notdef' only no longer set the FT_FACE_FLAG_SCALABLE flag. __**_ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/**mailman/listinfo/freetype-**develhttps://lists.nongnu.org/mailman/listinfo/freetype-devel __**_ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/**mailman/listinfo/freetype-**develhttps://lists.nongnu.org/mailman/listinfo/freetype-devel ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] FreeType 2.4.6 has been released
I think mirrors are still syncing which is known to be slow. On Fri, Jul 29, 2011 at 10:44 AM, Graham Asher graham.as...@cartotype.comwrote: Thank you. I know. I was reporting an error on the savannah site, which ought to work as advertised. On 29/07/2011 09:40, İsmail Dönmez wrote: Use sourceforge. It works. On Fri, Jul 29, 2011 at 10:38 AM, Graham Asher graham.as...@cartotype.com wrote: All the 2.4.6 files on the savannah site give 404 errors :-( On 29/07/2011 05:52, Werner LEMBERG wrote: FreeType 2.4.6 has been released. It is available from http://savannah.nongnu.org/download/freetype/ or http://sourceforge.net/projects/freetype/files/ The latter site also holds older versions of the FreeType library. See below for the relevant snippet from the CHANGES file; users of version 2.4.5 should upgrade immediately. Enjoy! Werner -- FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable, and portable while capable of producing high-quality output (glyph images) of most vector and bitmap font formats. Note that FreeType 2 is a font service and doesn't provide APIs to perform higher-level features, like text layout or graphics processing (e.g., colored text rendering, `hollowing', etc.). However, it greatly simplifies these tasks by providing a simple, easy to use, and uniform interface to access the content of font files. FreeType 2 is released under two open-source licenses: our own BSD-like FreeType License and the GPL. It can thus be used by any kind of projects, be they proprietary or not. -- CHANGES BETWEEN 2.4.5 and 2.4.6 I. IMPORTANT BUG FIXES - For TrueType based fonts, the ascender and descender values were incorrect sometimes (off by a pixel if the ppem value was not a multiple of 5). Depending on the use you might now experience a different layout; the change should result in better, more consistent line spacing. - Fix CVE-2011-0226 which causes a vulnerability while handling Type 1 fonts. - BDF fonts containing glyphs with negative values for ENCODING were incorrectly rejected. This bug has been introduced in FreeType version 2.2.0. - David Bevan contributed a major revision of the FreeType stroker code: . The behaviour of FT_STROKER_LINEJOIN_BEVEL has been corrected. . A new line join style, FT_STROKER_LINEJOIN_MITER_FIXED, has been introduced to support PostScript and PDF miter joins. . FT_STROKER_LINEJOIN_MITER_VARIABLE has been introduced as an alias for FT_STROKER_LINEJOIN_MITER. . Various stroking glitches has been fixed. II. MISCELLANEOUS - SFNT bitmap fonts which contain an outline glyph for `.notdef' only no longer set the FT_FACE_FLAG_SCALABLE flag. ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] .gitignore in release tarballs
Hi; On Thu, Jun 30, 2011 at 12:24 PM, Werner LEMBERG w...@gnu.org wrote: OK, I just thought that you don't want git specific files there since you've removed git specific directories. I'll workaround it in freetype's spec file. If you are in a hurry, please provide a patch so that `make dist' ignores those files :-) Otherwise, I'll fix this, but without any guarantee of a time frame. Since freetype no longer uses CVS attached patch could do the job. Regards. diff --git a/builds/toplevel.mk b/builds/toplevel.mk index d9fbee0..d552a4a 100644 --- a/builds/toplevel.mk +++ b/builds/toplevel.mk @@ -199,7 +199,7 @@ dist: currdir=`pwd` ; \ for f in `find . -wholename '*/.git' -prune \ - -o -name .cvsignore \ + -o -name .gitignore \ -o -type d \ -o -print` ; do \ ln -s $$currdir/$$f tmp/$$f ; \ ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] PCF bitmap foundary patch
Hi; On Wed, Jun 29, 2011 at 6:41 PM, Werner LEMBERG w...@gnu.org wrote: in openSUSE we apply a patch called freetype2-bitmap-foundry.patch which seems to add foundry support to PCF font files, likely to fix the problem reported over at http://lists.freedesktop.org/archives/fontconfig/2006-February/002072.html . The patch is attached for your inspection, can anyone check if its useful still? It seems to be useful. However, I would like to have a better description what this fix is intended to do, with an example or a good bug report. I've CCed coolo, apparently the author of the patch; perhaps he or she can shed some light on this issue. The patch author is actually Mike Fabian, which I CC'd now, hope he has a long fresh memory! :-) Regards, ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] PCF bitmap foundary patch
Hi again; in openSUSE we apply a patch called freetype2-bitmap-foundry.patch which seems to add foundry support to PCF font files, likely to fix the problem reported over at http://lists.freedesktop.org/archives/fontconfig/2006-February/002072.html . The patch is attached for your inspection, can anyone check if its useful still? Regards, ismail --- src/pcf/pcfread.c | 30 -- 1 file changed, 28 insertions(+), 2 deletions(-) Index: freetype-2.4.2/src/pcf/pcfread.c === --- freetype-2.4.2.orig/src/pcf/pcfread.c +++ freetype-2.4.2/src/pcf/pcfread.c @@ -1175,8 +1175,34 @@ THE SOFTWARE. prop = pcf_find_property( face, FAMILY_NAME ); if ( prop prop-isString ) { -if ( FT_STRDUP( root-family_name, prop-value.atom ) ) - goto Exit; + int l = ft_strlen( prop-value.atom ) + 1; + int wide = 0; + PCF_Property foundry_prop = pcf_find_property( face, FOUNDRY ); + PCF_Property point_size_prop = pcf_find_property( face, POINT_SIZE ); + PCF_Property average_width_prop = pcf_find_property( face, AVERAGE_WIDTH ); + if ( point_size_prop != NULL average_width_prop != NULL) { + if ( average_width_prop-value.l = point_size_prop-value.l ) { + /* This font is at least square shaped or even wider */ + wide = 1; + l += ft_strlen( Wide); + } + } + if ( foundry_prop != NULL foundry_prop-isString) { + l += ft_strlen( foundry_prop-value.atom ) + 1; + if ( FT_NEW_ARRAY( root-family_name, l ) ) + goto Exit; + ft_strcpy( root-family_name, foundry_prop-value.atom ); + strcat( root-family_name, ); + strcat( root-family_name, prop-value.atom ); + } + else { + if ( FT_NEW_ARRAY( root-family_name, l ) ) + goto Exit; + ft_strcpy( root-family_name, prop-value.atom ); + } + if ( wide != 0) { + strcat( root-family_name, Wide); + } } else root-family_name = NULL; ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] Fix for CVE-2010-3311
Hi all; I am trying to audit our local patches to freetype2 in openSUSE to reduce the number of patches we apply. I noticed that fix for CVE-2010-3311 [0] is not applied to upstream freetype source. Attached is the fix for the issue with the demo CFF file. It would be nice to get this fixed so we can drop this patch. [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3311 Thanks, ismail Index: freetype-2.4.2/src/base/ftstream.c === --- freetype-2.4.2.orig/src/base/ftstream.c +++ freetype-2.4.2/src/base/ftstream.c @@ -70,8 +70,16 @@ { FT_Error error = FT_Err_Ok; +/* note that seeking to the first position after the file is valid */ +if ( pos stream-size ) +{ + FT_ERROR(( FT_Stream_Seek: + invalid i/o; pos = 0x%lx, size = 0x%lx\n, + pos, stream-size )); + error = FT_Err_Invalid_Stream_Operation; +} -if ( stream-read ) +if ( !error stream-read ) { if ( stream-read( stream, pos, 0, 0 ) ) { @@ -82,15 +90,6 @@ error = FT_Err_Invalid_Stream_Operation; } } -/* note that seeking to the first position after the file is valid */ -else if ( pos stream-size ) -{ - FT_ERROR(( FT_Stream_Seek: - invalid i/o; pos = 0x%lx, size = 0x%lx\n, - pos, stream-size )); - - error = FT_Err_Invalid_Stream_Operation; -} if ( !error ) stream-pos = pos; CVE-2010-3311.cff Description: Binary data ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Fix for CVE-2010-3311
Hi; On Fri, Jun 24, 2011 at 6:11 PM, Werner LEMBERG w...@gnu.org wrote: I am trying to audit our local patches to freetype2 in openSUSE to reduce the number of patches we apply. I noticed that fix for CVE-2010-3311 [0] is not applied to upstream freetype source. Attached is the fix for the issue with the demo CFF file. It would be nice to get this fixed so we can drop this patch. [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3311 Hmm, in https://bugzilla.redhat.com/show_bug.cgi?id=623625 I read this: Affected versions: freetype-2.3 and before that. Latest upstream version (2.4) is not affected. Actually, I remember this CVE... And indeed, comment #39 says: The following upstream commit fixes this problem in freetype 2.4.x: commit 75787c19eab20874c5d588842c52e59cfbd9302a Author: Werner Lemberg w...@gnu.org Date: Sat Jun 26 09:24:08 2010 +0200 Add some memory checks (mainly for debugging). * src/base/ftstream.c (FT_Stream_EnterFrame): Exit with error if the frame size is larger than the stream size. * src/base/ftsystem.c (ft_ansi_stream_io): Exit with error if seeking a position larger than the stream size. :-) Very nice, another useless patch to drop. Thanks! ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Freetype library files for OSX
Hi; On Sun, Dec 19, 2010 at 8:29 PM, Josh Klint jkl...@leadwerks.com wrote: Can someone please send me the built library files for OSX for FreeType 2.4.3? I am new to Mac programming and it will take me all day to figure out these instructions for compiling the lib. Thank you. Install XCode 3. After that its just ./configure make make install. Regards, ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft] Re: [ft-devel] autohinter improvements
Hi; On Fri, Nov 26, 2010 at 10:39 AM, Werner LEMBERG w...@gnu.org wrote: Erik made me aware of his own blog entries: http://www.infinality.net/forum/viewtopic.php?f=2t=21p=175#p175 Since he apparently has forgotten to mention them here on the lists, I do it now :-) Great news, hopefully this will be available in Freetype soon :) Regards, ismail ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft-devel] autohinter improvements
Hi; On Fri, Nov 26, 2010 at 10:39 AM, Werner LEMBERG w...@gnu.org wrote: Erik made me aware of his own blog entries: http://www.infinality.net/forum/viewtopic.php?f=2t=21p=175#p175 Since he apparently has forgotten to mention them here on the lists, I do it now :-) Great news, hopefully this will be available in Freetype soon :) Regards, ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] Fwd: [AGG] Texts Rasterization Exposures
You guys might be interested in this. -- Forwarded Message -- Subject: [AGG] Texts Rasterization Exposures Date: 08 Tem 2007 Paz From: Maxim Shemanarev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hello, There's a new article Texts Rasterization Exposures: http://antigrain.com/research/font_rasterization/index.html It's rather long but I hope there is some interest in it. I tried to summarize my experience and observations concerning the situation with text rasterization in Windows and Linux. The article also contains demo applications to play with my method of RGB sub-pixel text rendering. I admit some statements may sound questionable, so, I appreciate any comments, criticism, and discussions. I also appreciate if you give this link to experts you have contacts with. McSeem - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Vector-agg-general mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/vector-agg-general --- -- Perfect is the enemy of good ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] ftview crashes when trying to show tahoma bold
Hi, This seems to be a regression in freetype CVS (patented hinting is enabled): (gdb) run ppem /usr/share/fonts/windows/tahomabd.ttf Starting program: /packages/ft2demos/bin/.libs/ftview ppem /usr/share/fonts/windows/tahomabd.ttf Program received signal SIGSEGV, Segmentation fault. FTC_Manager_LookupFace (manager=0x8067670, face_id=0x8068af0, aface=0xbf8b24d0) at /packages/freetype2/src/cache/ftcmanag.c:327 327 *aface = node-face; (gdb) bt #0 FTC_Manager_LookupFace (manager=0x8067670, face_id=0x8068af0, aface=0xbf8b24d0) at /packages/freetype2/src/cache/ftcmanag.c:327 #1 0xb7f0ab1e in ftc_basic_family_get_count (ftcfamily=0x8077c48, manager=0x8067670) at /packages/freetype2/src/cache/ftcbasic.c:141 #2 0xb7f0ae37 in ftc_snode_new (ftcpsnode=0xbf8b255c, ftcgquery=0xbf8b25a0, cache=0x8067728) at /packages/freetype2/src/cache/ftcsbits.c:215 #3 0xb7f0b635 in FTC_Cache_NewNode (cache=0x8067728, hash=38147006, query=0xbf8b25a0, anode=0xbf8b25c4) at /packages/freetype2/src/cache/ftccache.c:454 #4 0xb7f0b95c in FTC_SBitCache_LookupScaler (cache=0x8067728, scaler=0x805f030, load_flags=512, gindex=0, ansbit=0xbf8b2628, anode=0x0) at /packages/freetype2/src/cache/ftcbasic.c:743 #5 0x0804d104 in FTDemo_Index_To_Bitmap (handle=0x805f008, Index=0, target=0xbf8b2670, left=0xbf8b2698, top=0xbf8b2694, x_advance=0xbf8b2690, y_advance=0xbf8b268c, aglyf=0xbf8b2688) at /packages/ft2demos/src/ftcommon.c:797 #6 0x0804d31e in FTDemo_Draw_Index (handle=0x805f008, display=0x80688b0, gindex=0, pen_x=0xbf8b280c, pen_y=0xbf8b2808) at /packages/ft2demos/src/ftcommon.c:928 #7 0x0804b144 in main (argc=value optimized out, argv=0xbf8b28c8) at /packages/ft2demos/src/ftview.c:294 (gdb) frame 0 #0 FTC_Manager_LookupFace (manager=0x8067670, face_id=0x8068af0, aface=0xbf8b24d0) at /packages/freetype2/src/cache/ftcmanag.c:327 327 *aface = node-face; (gdb) print *aface $1 = (FT_Face) 0x0 Regards, ismail -- Perfect is the enemy of good signature.asc Description: This is a digitally signed message part. ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] ftview crashes when trying to show tahoma bold
On Monday 11 June 2007 23:26:50 Ismail Dönmez wrote: Hi, This seems to be a regression in freetype CVS (patented hinting is enabled): Actually not just tahoma but any TTF font from Windows behaves the same. Regards, ismail -- Perfect is the enemy of good signature.asc Description: This is a digitally signed message part. ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] differences in hinting between 2.3.1 and HEAD
On Tuesday 12 June 2007 07:03:43 ajaxas wrote: So, as the bug #19565 has been *indeed* fixed, I switched to CVS version - and found that hinting (it is that what is called 'hinting', isn't it?) has drastically worsened for at least M$ Tahoma font. See attached images: See the discussion in http://lists.gnu.org/archive/html/freetype-devel/2007-06/msg00034.html /ismail -- Perfect is the enemy of good signature.asc Description: This is a digitally signed message part. ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] ftjam segfault building with GCC 4.2
On Sunday 10 June 2007 20:28:50 David Turner wrote: Hello Ryan and all, I just released a second release candidate for FT-Jam 2.5.3 that contains a fix for these aliasing issues. It's available from: http://david.freetype.org/jam/ be sure to get 2.5.3rc2 packages, not previous versions Good work. All fine with gcc 4.2.0 on Linux. Regards, ismail -- Perfect is the enemy of good signature.asc Description: This is a digitally signed message part. ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] ftjam segfault building with GCC 4.2
On Saturday 09 June 2007 22:59:54 Ryan Hill wrote: Building ftjam with GCC 4.2 using -O2 optimizations fails with a segfault in jam0. This is caused by a violation of strict-aliasing rules which GCC 4.2 assumes are followed with optimization levels of -O2 and above. It can be worked around with -fno-strict-aliasing. All jam implementations appear to be affected, including Perforce jam, ftjam, and Boost.Jam. You should note that gcc 4.2 has an ugly strict aliasing bug in itself [0]. Not sure if the jam case is related though. [0] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30252 -- Perfect is the enemy of good signature.asc Description: This is a digitally signed message part. ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] [Regression] Font doesn't open with Freetype CVS but works with Freetype 2.2.1
On Friday 08 June 2007 07:17:31 Werner LEMBERG wrote: Attached font doesn't work with freetype CVS but works fine with Freetype 2.2.1 . The font was embedded in a pdf file and works fine with Fontforge. This font works again; I've simply undone the change from 2007-04-28. Victor, your null_cmap.ttf test font seems to be handled correctly now (well, more or less -- the optical results are horrible due to the many defects in the font). Please test the current CVS whether you can see any other negative side effects. Works fine here, great thanks! Regards, ismail -- Perfect is the enemy of good signature.asc Description: This is a digitally signed message part. ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] [PATCH] FT_Request_Metrics : initialize w h
Hi, src/base/ftobjs.c line 2233 produces the following warning with latest CVS , /packages/freetype2/src/base/ftobjs.c: In function 'FT_Request_Metrics': /packages/freetype2/src/base/ftobjs.c:2233: warning: 'h' may be used uninitialized in this function /packages/freetype2/src/base/ftobjs.c:2233: warning: 'w' may be used uninitialized in this function Attached patch fixes this by initializing both w h to zero. Regards, ismail -- Perfect is the enemy of good Index: src/base/ftobjs.c === RCS file: /cvsroot/freetype/freetype2/src/base/ftobjs.c,v retrieving revision 1.279 diff -u -r1.279 ftobjs.c --- src/base/ftobjs.c 1 Jun 2007 21:27:12 - 1.279 +++ src/base/ftobjs.c 2 Jun 2007 23:44:18 - @@ -2230,7 +2230,7 @@ if ( FT_IS_SCALABLE( face ) ) { - FT_Long w, h, scaled_w = 0, scaled_h = 0; + FT_Long w = 0, h = 0, scaled_w = 0, scaled_h = 0; switch ( req-type ) ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] [Regression] Font doesn't open with Freetype CVS but works with Freetype 2.2.1
Hi all, Attached font doesn't work with freetype CVS but works fine with Freetype 2.2.1 . The font was embedded in a pdf file and works fine with Fontforge. Regards, ismail -- Perfect is the enemy of good fontc.ttf Description: application/font-ttf signature.asc Description: This is a digitally signed message part. ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] [Regression] Font doesn't open with Freetype CVS but works with Freetype 2.2.1
On Saturday 26 May 2007 02:13:52 Werner LEMBERG wrote: Attached font doesn't work with freetype CVS but works fine with Freetype 2.2.1 . The font was embedded in a pdf file and works fine with Fontforge. Hmm, this font doesn't have a `cmap' table, which is invalid according to the OpenType standard, and the behaviour is defined as `implementation specific' in PDF standard (see section 5.5. in the PDF 1.6 specification). Please see http://lists.gnu.org/archive/html/freetype-devel/2007-04/msg00046.html for the reason to the change behaviour. I see but lots of real world PDF files have this kind of fonts :-/ Regards, ismail -- Perfect is the enemy of good signature.asc Description: This is a digitally signed message part. ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] [Regression] Font doesn't open with Freetype CVS but works with Freetype 2.2.1
On Saturday 26 May 2007 02:13:52 you wrote: Attached font doesn't work with freetype CVS but works fine with Freetype 2.2.1 . The font was embedded in a pdf file and works fine with Fontforge. Hmm, this font doesn't have a `cmap' table, which is invalid according to the OpenType standard, and the behaviour is defined as `implementation specific' in PDF standard (see section 5.5. in the PDF 1.6 specification). Please see http://lists.gnu.org/archive/html/freetype-devel/2007-04/msg00046.html Btw reverting that change on src/sfnt/sfobjs.c doesn't seem to fix the problem. Regards, ismail -- Perfect is the enemy of good signature.asc Description: This is a digitally signed message part. ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft] Last piece of strict aliasing warnings
On Wednesday 16 May 2007 18:56:03 you wrote: Here is the last piece of strict aliasing warnings, it would rock if those could be fixed so -O2 can be safely enabled. [...] I think I've now removed all such warnings from the CVS. Please test. Very nice! Just one aliasing warning with gcc 4.2.0: In file included from /packages/freetype2/src/sfnt/sfnt.c:24: /packages/freetype2/src/sfnt/ttmtx.c: In function 'tt_face_get_metrics': /packages/freetype2/src/sfnt/ttmtx.c:362: warning: dereferencing type-punned pointer will break strict-aliasing rules Of course any howto on fixing those warnings correctly would be appreciated too. Just use an intermediate pointer to avoid the direct casting of a the `' operand. Thanks for that :) -- Perfect is the enemy of good signature.asc Description: This is a digitally signed message part. ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Last piece of strict aliasing warnings
On Saturday 19 May 2007 12:14:06 Ismail Dönmez wrote: On Wednesday 16 May 2007 18:56:03 you wrote: Here is the last piece of strict aliasing warnings, it would rock if those could be fixed so -O2 can be safely enabled. [...] I think I've now removed all such warnings from the CVS. Please test. Very nice! Just one aliasing warning with gcc 4.2.0: In file included from /packages/freetype2/src/sfnt/sfnt.c:24: /packages/freetype2/src/sfnt/ttmtx.c: In function 'tt_face_get_metrics': /packages/freetype2/src/sfnt/ttmtx.c:362: warning: dereferencing type-punned pointer will break strict-aliasing rules Attached patch should fix it. Regards, ismail -- Perfect is the enemy of good Index: src/sfnt/ttmtx.c === RCS file: /cvsroot/freetype/freetype2/src/sfnt/ttmtx.c,v retrieving revision 1.21 diff -u -r1.21 ttmtx.c --- src/sfnt/ttmtx.c 16 May 2007 15:19:42 - 1.21 +++ src/sfnt/ttmtx.c 19 May 2007 14:20:31 - @@ -359,7 +359,9 @@ if ( vertical ) { - header = (TT_HoriHeader*)face-vertical; + void* fvertical = face-vertical; + + header = (TT_HoriHeader*)fvertical; table_pos = face-vert_metrics_offset; table_size = face-vert_metrics_size; } signature.asc Description: This is a digitally signed message part. ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
[ft-devel] Make second argument of ps_mask_table_set_bits const
Hi, Attached patch makes second argument of ps_mask_table_set_bits const and adjusts rest of the source accordingly. This fixes the following warning: src/pshinter/pshrec.c: In function 'ps_dimension_set_mask_bits': src/pshinter/pshrec.c:631: warning: passing argument 2 of 'ps_mask_table_set_bits' discards qualifiers from pointer target type Regards, ismail -- Perfect is the enemy of good Index: src/pshinter/pshrec.c === RCS file: /cvsroot/freetype/freetype2/src/pshinter/pshrec.c,v retrieving revision 1.24 diff -u -r1.24 pshrec.c --- src/pshinter/pshrec.c 26 Jan 2007 22:18:56 - 1.24 +++ src/pshinter/pshrec.c 19 May 2007 15:50:03 - @@ -309,7 +309,7 @@ /* set a new mask to a given bit range */ static FT_Error ps_mask_table_set_bits( PS_Mask_Table table, - FT_Byte* source, + const FT_Byte* source, FT_UIntbit_pos, FT_UIntbit_count, FT_Memory memory ) @@ -330,7 +330,7 @@ /* now, copy bits */ { - FT_Byte* read = source + ( bit_pos 3 ); + FT_Byte* read = (FT_Byte*)source + ( bit_pos 3 ); FT_Intrmask = 0x80 ( bit_pos 7 ); FT_Byte* write = mask-bytes; FT_Intwmask = 0x80; @@ -628,7 +628,7 @@ goto Exit; /* set bits in new mask */ -error = ps_mask_table_set_bits( dim-masks, (FT_Byte*)source, +error = ps_mask_table_set_bits( dim-masks, source, source_pos, source_bits, memory ); Exit: ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft] Seeking answers on subpixel rendering
On Friday 23 March 2007 06:31:53 chojin wrote: I am a long time windows user who has, around once a year for the past 6 or so years, tried to make an effort to switch my business (graphic design and web development) over to linux and the one thing consistently holding me back is font rendering... freetype is the best attempt so far, but is SO far away from windows and osx. Yes its far from perfect but not that bad either, read on http://www.mail-archive.com/freetype@nongnu.org/msg00972.html to fix color fringes. /ismail -- Happiness in intelligent people is the rarest thing I know. (Ernest Hemingway) Ismail Donmez ismail (at) pardus.org.tr GPG Fingerprint: 7ACD 5836 7827 5598 D721 DF0D 1A9D 257A 5B88 F54C Pardus Linux / KDE developer signature.asc Description: This is a digitally signed message part. ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft-devel] TrueType bytecode interpreter enhancements
Pazar 27 Ağustos 2006 19:31 tarihinde, İsmail Dönmez şunları yazmıştı: Cumartesi 26 Ağustos 2006 23:48 tarihinde, İsmail Dönmez şunları yazmıştı: Hi David, Cumartesi 26 Ağustos 2006 09:47 tarihinde, David Turner şunları yazmıştı: In the meantime, I encourage you to test the CVS code, and report any discrepancies or improvements that would strike you. Note that this doesn't solve certain problems (like extraneous pixels in the '8' or Verdana at size 11pt/72dpi, which don't appear on Windows due to a bug in its Attached two screenshots amarok-old.png with old freetype ( before bytecode enchancements ) and amarok-new.png with latest freetype CVS. As you can see the new rendering seems to be much worse. TT_CONFIG_OPTION_BYTECODE_INTERPRETER and TT_CONFIG_OPTION_UNPATENTED_HINTING were both on. P.S: Tested Tahoma.ttf at 8pt/96dpi. A make distclean seems to fix this, interesting. Ok its not fixed, old freetype was in effect. So the problem still exists. Sorry for the noise. Regards, ismail -- 日本のanimeは揺れる ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] David Turner's LCD rendering patches
Hi, I was wondering if the LCD rendering patch for cairo is updated for cairo-1.2.2 release, but http://turnerdavid.neuf.fr/freetype/patches/font-patches.html seems to be 404 now. Any ideas? Regards, ismail -- 日本のanimeは揺れる ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] David Turner's LCD rendering patches
Cuma 11 Ağustos 2006 12:55 tarihinde şunları yazmıştınız: On fre, 2006-08-11 at 12:35 +0300, İsmail Dönmez wrote: Hi, I was wondering if the LCD rendering patch for cairo is updated for cairo-1.2.2 release, but http://turnerdavid.neuf.fr/freetype/patches/font-patches.html seems to be 404 now. Any ideas? Jinghua Luo [EMAIL PROTECTED] has an updated patch at: http://www.magiclinux.org/people/sunmoon1997/patches/cairo/git/0001-freetyp e-Add-fir-filter-for-subpixel-text-rendering-enabled-by-default.txt I've been using an older version of that with 1.2.0 1.2.2 Very nice! Thank you. Regards, ismail -- 日本のanimeは揺れる ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] David Turner's LCD rendering patches
Cuma 11 Ağustos 2006 12:55 tarihinde şunları yazmıştınız: On fre, 2006-08-11 at 12:35 +0300, İsmail Dönmez wrote: Hi, I was wondering if the LCD rendering patch for cairo is updated for cairo-1.2.2 release, but http://turnerdavid.neuf.fr/freetype/patches/font-patches.html seems to be 404 now. Any ideas? Jinghua Luo [EMAIL PROTECTED] has an updated patch at: http://www.magiclinux.org/people/sunmoon1997/patches/cairo/git/0001-freetyp e-Add-fir-filter-for-subpixel-text-rendering-enabled-by-default.txt I've been using an older version of that with 1.2.0 1.2.2 Ok I replied too fast I guess, when I apply that patch fonts doesn't look as good as with David's patch. Looks like antialiasing is off somehow. Regards, ismail -- 日本のanimeは揺れる ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Wrong LCD subpixel autohinting in gnome
Çarşamba 5 Temmuz 2006 13:47 tarihinde, Pjv şunları yazmıştı: [...] I recently updated the whole xorg-x11-6.8* to the new modular xorg-x11-7.0-r1, following the Gentoo xorg migration guide. Freetype was updated from 2.1.9-r1 to 2.1.10-r2. Apparently this messed up my font hinting. I hardly changed anything to my config (at least nothing relevant). I also didn't touch my gnome setting (set to complete rgb hinting). I used to have for the letter l like five stacked black pixels, but now columns of yellow pixels were added to the sides, making text look very yellowish and blurry and difficult for my eyes. Changing rgb to the other three sequences in gnome couldn't make it better. See for screenshots: http://http://users.skynet.be/pjvh/yellow.png showing the problem and users.skynet.be/pjvh/yellow2.png with problem solved (where the problem was solved by downgrading freetype again). Try the lcd rendering patches in http://turnerdavid.neuf.fr/freetype/patches/font-patches.html /ismail -- 日本のanimeは揺れる ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Urdu Edit Control
Çarşamba 28 Haziran 2006 07:06 tarihinde, [EMAIL PROTECTED] şunları yazmıştı: I recommend you to check Qt (ah, free Qt is only for X11. no Win32, no MacOS) Qt3 is GPL for X11 and MacOSX Qt4 is GPL for all platforms including Win32 Regards, ismail -- 日本のanimeは揺れる ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Re: Bug with hinting of references to composite glyphs
Pazar 25 Haziran 2006 09:27 tarihinde, Werner LEMBERG şunları yazmıştı: Simple patch that fixes this bug is attached (freetype-more-composite.patch). [...] Please see other attached patch to fix it (freetype-composite.patch). This also seems to fix the case when the y character is drawn badly with Tahoma font. So, thanks for the fix! Regards, ismail -- 日本のanimeは揺れる ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] Scribus, rouge client update
Hi all, Scribus 1.3.3.2 no longer uses internal freetype headers. I tested against Freetype CVS. Regards, ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Qt Freetype internal headers
Werner LEMBERG wrote On 18-05-2006 23:26: Qt 3.3.6 no longer uses internal freetype headers, an update to rogue patches page would be appreciated. How can this happen? 3.3.6 has been released in March, so you probably mean version 3.3.7, right? But apparently this hasn't been released yet... No I mean 3.3.6, the current patch on the site is sent by me which was a backport from Qt 3.3.6 snapshots. Now that Qt 3.3.6 is released no patching is needed. Regards, ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] [Patch] Autofit and stem snapping
On Monday 26 September 2005 13:28, Frederic Crozat wrote: Le lundi 26 septembre 2005 à 11:42 +0200, Frederic Crozat a écrit : Le lundi 26 septembre 2005 à 11:28 +0200, Turner, David a écrit : Hi Frédéric, please try the current CVS. I've not finished my analysis, but the fact is that Owen's patch was also correct after all, though didn't impact the Cairo/libXft problem :o) It is much better (back to Owen result) but there is still a problem with ö glyph when using horizontal LCD with RGB or BGR : one dot is missing on the 'o' letter. I wasn't precise enough, the problem is with DejaVu Sans (or Bitstream Vera Sans), size 9 or 10, dpi 96 (or 90) with H-LCD RGB or BGR. Tested CVS with Tahoma.ttf and I got really bad results with characters. I will send a 2.1.9 vs CVS screenshot later on. Regards, ismail ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel