http://blog.gmane.org/gmane.comp.fonts.freetype.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.fonts.freetype.devel/8039 <pre>Good evening, I've tried to compile freetype 2.4.9 using mingw-w64 toolchain on cygwin environment (I have Windows 7 64-bit).. The configure step goes all OK, although it tells it is on unix.. When I call "make", the command compiles almost all the headers, but when it calls the script apinames.exe it shows "coud not open '/cygdrive/c/Library/src/freetype/include/freetype/ttnameid.h' for writing".. I think apinames.exe is broken to me, maybe because functions fopen() returns NULL at the variable out, sending stderr signal... Is there a solution or a workaround? Do I need this executable to compile the library? Thanks, goodnight _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> nyjkkyjn< at >gmail.com 2012-05-08T21:21:16 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/8038 <pre>Hello, I have found some port attempts of freetype2 for .NET and I try to set up a working project of mine. My intention is to read the bytes of a generated glyph's buffer. The problem is that when I try to create a .NET Bitmap objects from these bytes I always get exceptions or garbage no matter what alternatives I have used. With freetype I have tried two approaches : Init_Freetype(); New_Face(); Set_Pixel_Sizes(); Get_Char_Index(); Load_Glyph(); Render_Glyph(); And then from the GlyphSlotRec structure that Render_Glyph() saves, I try to read bitmap.buffer. My second approach is the following : Init_Freetype(); New_Face(); Set_Pixel_Sizes(); Get_Char_Index(); Load_Glyph() Get_Glyph(); Glyph_To_Bitmap(); And then with a typecast I get a Bitmap_Glyph structure object. All the methods I mentioned above return 0 so there are no errors. And the typecast seems ok. Obviously there is something wrong when i try to access the bytes of the generated glyph like this : glyph.bitmap.buffer. The way I try to rea</pre> Vladimiros Papaditsas 2012-05-08T16:29:10 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/8035 <pre>Hi, I doing some tests for render, and get this: If change hline render last cell, will get better smooth at right side: diff --git a/src/smooth/ftgrays.c b/src/smooth/ftgrays.c index 926020a..8956d83 100644 --- a/src/smooth/ftgrays.c +++ b/src/smooth/ftgrays.c &lt; at &gt;&lt; at &gt; -691,7 +691,7 &lt; at &gt;&lt; at &gt; typedef ptrdiff_t FT_PtrDist; } delta = y2 - y1; - ras.area += (TArea)(( fx2 + ONE_PIXEL - first ) * delta); + ras.area += (TArea)(( fx2 + ONE_PIXEL + first ) * delta); ras.cover += delta; } Regards, Qinxian 致敬 向雅 _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> 向雅 2012-05-07T16:08:29 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/8031 <pre>Hello, I downloaded FreeStyle on my iMac (OS Lion). But I ignore how to use it on the Terminal making it working on my Font: VEGESIGNES.ttf Is there someone to help me? Frandey Lavie Hypère Chabom⊥ chabon.laval731&lt; at &gt;gmail.com At your glance, à votre guise, en introduction d'apprivoisement. URL de l'auteur/of the author: www.lavalchabon.com http://www.epubbud.com/book.php?g=7NLZBA8H http://www.dafont.com/fr/vegesignes.font http://openfontlibrary.org/font/vegesignes http://www.lulu.com/product/ebook/po%C3%89sies-en-v%C3%89g%C3%89signes/18187143?productTrackingContext=search_results/search_shelf/center/1 http://www.youtube.com/watch?v=RfX2NrdPcdA http://www.lulu.com/content/livre-%c3%a0-couverture-souple/po%c3%89sies-en-v%c3%89g%c3%89signes/11246015 http://www.lulu.com/content/e-book/po%c3%89sies-en-v%c3%89g%c3%89signes/11775001 http://www.lulu.com/product/ebook/vegesignes-english/17388533 _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org</pre> Laval Chabon 2012-05-05T20:27:12 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/8029 <pre>Hi all, Commit 6076a72 seems to have broken ttfautohint's `configure --with-freetype-config`, attached a little patch to restore it. Regards, Khaled _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> Khaled Hosny 2012-05-05T08:46:26 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/8026 <pre>Hello, There's a build error on Mac OS X (10.7) w/ ttfautohint version 0.8: or some reason, the `--libtool` argument to freetype-config gives a path to a nonexistent library. I do think the right argument is `--libs`. Please find attached patch. Best, Lance Hepler Tony Hoare on software architecture: "There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> Lance Hepler 2012-04-25T15:45:43 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/8007 <pre>Hi guys, Today I tested out the TT-instructed Oxygen font from the KDE repo with my TT subpixel hinting patches. This is the result: http://www.infinality.net/files/oxygen-infinality-problems.png Yikes!!! After examining the TT instructions in the instructed version of the Oxygen fonts, it looks like the way that ttfautohint is generating instructions is substantially different than typical TT-instructed fonts. Since my patches are attempting to do what the MS rasterizer does (at least with legacy fonts), I'm curious how these render on Windows. Unfortunately I don't have a Windows system available to test that on at the moment, however my guess is that it renders just fine on Windows. I have a way to exclude certain fonts or individual glyphs within a font from using the tweaks that my patches employ (i.e. render it the way Freetype TT hinter does by default), but I'd rather not build up a giant hard-coded exclusion list of fonts generated by ttfautohint if at all possible. And, given th</pre> Infinality 2012-04-21T02:15:42 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7985 <pre>I've encountered what seems to be a rendering bug with monochrome rendering of capital M in the DroidSans font at large sizes. See the attached image. I've tried both 2.4.8 and GIT head with identical results. Download DroidSans.ttf from the Android GIT, or from this mirror: http://omapzoom.org/?p=platform/frameworks/base.git;a=blob_plain;f=data/fonts/DroidSans.ttf;hb=HEAD Run ftview like this: ftview -m M 352 DroidSans.ttf then disable antialiasing with the 'a' key. Any ideas? /Tobias _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> Tobias Ringström 2012-04-16T09:22:26 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7983 <pre> You call that a flamewar? freetype-devel is the model of how I wish participants in other open source projects that I have amalgamated would behave. Sure, there were some rather vocal dissenting voices over the FreeType amalgamation but on average I would say it was a high level of professionalism. Thanks everyone! </pre> Vinnie Falco 2012-04-15T16:05:45 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7967 <pre>Hello Werner, FYI: I run into a regression issue with the latest FT (trunk) version. Attached is a sample font. I don't claim that this is a valid font however FT was able to render the file in 2.4.4 but not in 2.4.9. IvanN _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> Ivan Nincic 2012-04-13T17:49:34 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7961 <pre>here is a copy of my trial (ubuntu 11.04), do you see where is my error ? thanks leleu&lt; at &gt;portable-leleu:~/Bureau/devel/mupdf/thirdparty/freetype-2.4.8$ ls autogen.sh ChangeLog.21 configure Jamfile objs version.sed builds ChangeLog.22 devel Jamrules README vms_make.com ChangeLog ChangeLog.23 docs Makefile README.git ChangeLog.20 config.mk include modules.cfg src leleu&lt; at &gt;portable-leleu:~/Bureau/devel/mupdf/thirdparty/freetype-2.4.8$ ./configure FreeType build system -- automatic system detection The following settings are used: platform unix compiler cc configuration directory ./builds/unix configuration rules ./builds/unix/unix.mk If this does not correspond to your system or settings please remove the file `config.mk' from this directory then read the INSTALL file for help. Otherwise, simply type `make' again to build the library, or `make refdoc' to build the API reference (the l</pre> Robert Leleu 2012-04-12T20:00:18 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7958 <pre>Hi, I am using solution file 'freetype.sln' in vc2010 directory to build freetype 2.4.9. I create new configuration for x64, and the build process has no error but with many warnings. I see warings for these: convert "ptrdiff_t" to "unsigned long" convert "int" to "FT_Pointer" convert "FT_PtrDist" to "FT_Long" convert "int" to "FT_UShort*" How should I configure my 64bit project for vc2010 to avoid these? I think these pointer operations aren't correct. Thanks. _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> 钱晓明 2012-04-12T01:00:32 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7953 <pre>Pulled latest source today and built as usual but install fails with following error; iMac:ttfautohint vern$ sudo make install Making install in gnulib/src make install-recursive make[4]: Nothing to be done for `install-exec-am'. make[4]: Nothing to be done for `install-data-am'. Making install in lib make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. Making install in frontend make install-am test -z "/usr/local/bin" || ../gnulib/install-sh -c -d "/usr/local/bin" /bin/sh ../libtool --mode=install /usr/bin/install -c ttfautohint ttfautohintGUI '/usr/local/bin' libtool: install: /usr/bin/install -c ttfautohint /usr/local/bin/ttfautohint libtool: install: /usr/bin/install -c ttfautohintGUI /usr/local/bin/ttfautohintGUI test -z "/usr/local/share/man/man1" || ../gnulib/install-sh -c -d "/usr/local/share/man/man1" /usr/bin/install -c -m 644 ttfautohint.1 ttfautohintGUI.1 '/usr/local/share/man/man1' Making install in doc : --toc -S -s -o ttfautohint.html t</pre> vern adams 2012-04-11T06:55:16 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7952 <pre> Hi, I've stumbled upon this paper that claim wavelet rasterization may give better cell coverage (than freetype): http://josiahmanson.com/research/wavelet_rasterization/ I'm not specialist at all but I thought it might be of some interest for freetype. Nicolas </pre> Nicolas Rougier 2012-04-11T05:58:32 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7933 <pre>Hi, We had report of regression in GTK markups rendering in Ubuntu precise, (i.e &lt;u&gt;label&lt;/u&gt; would render underlined), I've tracked the issue to that commit: http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=b0962ac34e66052ccfee7996e5468f30d4bd5a72 It turns out that same commit also got reported to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636776 as creating issues in emacs ("Line height squeezed in GNU Emacs") Launchpad has a testcase showing the issue: https://launchpad.net/bugs/955030 https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/955030/+attachment/2988350/+files/lala.py The label is not displayed underlined using freetype 2.4.6 or newer, reverting the pointing commit "fixes" the issue We have reverted that commit in Ubuntu for now to workaround the issue but I would like to know how to determine if that's a bug in freetype or if other part of the stack (i.e gtk) would need to be updated to deal with the new freetype? Thanks, Sebastien Bacher </pre> Sebastien Bacher 2012-04-03T09:06:32 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7929 <pre> In memory of Paul Alexi The attached patch is a rework of outline emboldening. 1) It introduces uneven emboldening in x- and y-direction. I understand that the straight change in API is not going to fly but I really do not want to introduce a separate function for that. We can do va_arg here, i.e., we do even or uneven emboldening depending on whether one or two strength arguments passed. Would this be acceptable and backwards compatible? 2) It removes a bunch of trigonometry to speed things up. Instead of calling Atan2's and Cos, we rotate by 90 degrees and cleverly weigh the incoming and outgoing vectors to figure out the shift direction. The only complicated operation per each point is FT_Vector_Length. I would appreciate any feedback. Alexei _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> Alexei Podtelezhnikov 2012-03-30T04:01:28 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7924 <pre>Two macros 'sbitset' and 'isdigok' in bdflib.c has recently become synonymous. Quoting from the code: Line 428: #define sbitset( m, cc ) \ ( m[(FT_Byte)(cc) &gt;&gt; 3] &amp; ( 1 &lt;&lt; ( (cc) &amp; 7 ) ) ) Line 845: #define isdigok( m, d ) (m[(unsigned char)(d) &gt;&gt; 3] &amp; ( 1 &lt;&lt; ( (d) &amp; 7 ) ) ) The attached patch removes 'isdigok' altogether. _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> Alexei Podtelezhnikov 2012-03-22T02:03:51 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7923 <pre> ttfautohint 0.8 has been released. The source tarball and statically linked Win32 binaries are available from http://savannah.nongnu.org/download/freetype/ or http://sourceforge.net/projects/freetype/files/ttfautohint/0.8 Enjoy! Werner PS: Downloads from savannah.nongnu.org will redirect to your nearest mirror site. Files on mirrors may be subject to a replication delay of up to 24 hours. In case of problems use http://download-mirror.savannah.gnu.org/releases/ ---------------------------------------------------------------------- This project provides a library which takes a TrueType font as the input, remove its bytecode instructions (if any), and return a new font where all glyphs are bytecode hinted using the information given by FreeType's autohinting module. The idea is to provide the excellent quality of the autohinter on platforms which don't use FreeType. The library has a single API function, `TTF_autohint'; see `lib/ttfautohint.h' for a detailed description</pre> Werner LEMBERG 2012-03-21T11:10:07 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7921 <pre>We develop a unique font related product and need a part-time programmer in the font business to join the team and make it into a working product. Regards, Zvika Rosenberg zvika&lt; at &gt;masterfont.co.il _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> Zvika Rosenberg 2012-03-15T20:12:19 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7912 <pre>Hi, The attached patch fixes a problem with fonts that include a trailing '\0' in name table entries. Currently the font name would have a question mark appended to it. Huw. _______________________________________________ Freetype-devel mailing list Freetype-devel&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel </pre> Huw Davies 2012-03-14T11:26:55 http://comments.gmane.org/gmane.comp.fonts.freetype.devel/7910 <pre>Signed-off-by: Yann Droneaud &lt;yann&lt; at &gt;droneaud.fr&gt; --- src/sfnt/ttload.c | 10 +++++----- src/sfnt/ttmtx.c | 2 +- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/src/sfnt/ttload.c b/src/sfnt/ttload.c index 5fb9aea..1f414c4 100644 --- a/src/sfnt/ttload.c +++ b/src/sfnt/ttload.c &lt; at &gt;&lt; at &gt; -624,7 +624,7 &lt; at &gt;&lt; at &gt; FT_Error error; TT_MaxProfile* maxProfile = &amp;face-&gt;max_profile; - const FT_Frame_Field maxp_fields[] = + static const FT_Frame_Field maxp_fields[] = { #undef FT_STRUCTURE #define FT_STRUCTURE TT_MaxProfile &lt; at &gt;&lt; at &gt; -635,7 +635,7 &lt; at &gt;&lt; at &gt; FT_FRAME_END }; - const FT_Frame_Field maxp_fields_extra[] = + static const FT_Frame_Field maxp_fields_extra[] = { FT_FRAME_START( 26 ), FT_FRAME_USHORT( maxPoints ), &lt; at &gt;&lt; at &gt; -952,7 +952,7 &lt; at &gt;&lt; at &gt; FT_Error error; TT_OS2* os2; - const FT_Frame_Field os2_fields[] = + static const FT_Frame_Field os2_fields[] = { #undef FT_STRUCTURE #define FT_STRUCTURE TT_OS2 &lt; at &gt;&lt; at &gt; -1004,7 +1004,7</pre> Yann Droneaud 2012-03-13T14:22:15 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.fonts.freetype.devel