Lawrence D'Oliveiro | 23 Dec 02:45 2015

[ft] Heard Of GDIPP?

Came across this project <> which says:

    GDIPP is a replacement of Windows’ GDI text rendering that brings
    beautiful, anti-aliased text similar to that on OS X and Linux.

At least some people prefer FreeType to Microsoft’s font rendering. :)

Freetype mailing list
Freetype <at>
Nikolaus Waxweiler | 22 Dec 14:56 2015

[ft] [Repost] More on the 2.6.2 release for users and developers

2015-11-30, contributed by Nikolaus Waxweiler (with corrections from 
Graham Asher), updated 2015-12-22. This a repost of the article on to get a stable URL to link to.

FreeType 2.6.2 ships with three interesting details for users and 
developers of rendering libraries that deal with text.

(S)light hinting invokes the native hinter if possible

In the past, setting ‘slight’ hinting via FontConfig or configuration 
GUIs meant that native hints within a font were ignored; FreeType's 
auto-hinter would analyze the font on the fly and automatically do what 
the font designer would have to do at least semi-manually. Technically, 
the auto-hinter set to (s)light snaps glyphs to the pixel grid only 
vertically, just like Adobe's proprietary font engine and in a certain 
way also Microsoft's ClearType/DirectWrite. The result is a compromise 
between design fidelity and sharpness that preserves inter-glyph 
spacing, something very important for horizontal text such as what you 
are reading right now. The sharpness has usually been enhanced with 
‘subpixel rendering’ (ClearType on Windows), exploiting the physical 
properties of modern but low-resolution LCD panels.

This worked out well so far, Ubuntu has been using this setting for 
every font for years now. Werner Lemberg is adding support for more and 
more scripts and has also spun off the code into ttfautohint[1], to help 
font designers ease the pain of manual hinting.

This also meant that the native hinting machinery of the font drivers 
went unused. Historically, this decision was sound because the native 
(Continue reading)

Michael IV | 17 Dec 17:32 2015

[ft] FT_Select_Charmap problem

I am trying to understand exactly how to work with different charmaps.

For example,I got a font with platform id TT_PLATFORM_MICROSOFT

and encoding - FT_ENCODING_MS_SYMBOL.

Now inspecting the font I see that the chars (from space and onwards begin from 0xF020 and the SYMBOL AREA starts at 0xF000

Now,I read about FT_Select_Charmap and FT_Set_Charmap and I thought if I select the specific charmap,then FT_Get_Char_Index returns me the correct index .So if for example 
I pass a char 'F' it will return me appropriate index from the selected charmap.But it doesn't returns zero.Only if I do smth like : charIndex + 0xF000 ,it works.Does it mean I need to offset into selected charmap manually? 



Freetype mailing list
Freetype <at>
Duraichellamuthu | 17 Dec 14:49 2015

[ft] Help on color text overlay on YUV420 frame...

Hi All,

I'm using freetype to achieve the text overlay over a YUV420 frame. The text can be colored, do you have any sample or example code in which I can see the color text processing and sequence of api's.

Best regards,
Durai Chellamuthu.

Freetype mailing list
Freetype <at>
Lawrence D'Oliveiro | 8 Dec 23:18 2015

[ft] FreeType API/ABI Changes

Interesting synopsis
<> of
changes in FreeType over time, courtesy of this
timofonic timofonic | 8 Dec 19:52 2015

[ft] Best way using FreeType over OpenGL? Is FTGL alive?


I would like to know what's the best way of using FreeType over OpenGL or the best ways if there's different alternatives.

Is FreeType relevant in an OpenGL context? Are there OpenGL apps using FreeType?

Kind regards.
Freetype mailing list
Freetype <at>
Preet | 4 Dec 14:48 2015

[ft] Missing glyphs vs. invisible glyphs for certain characters

Hi all

I've tried a few fonts out and I seem to be getting the same behaviour: The zero index is returned for a few glyphs that I thought would be 'invisible' such as line feed or tab when I call FT_Get_Char_Index(...). After rendering, the zero index glyph shows up as the visible 'missing glyph' symbol.

Is this expected behavior? When rendering is it normal to go through the text and get rid of these characters before getting glyphs from FreeType? I'm aware FreeType isn't laying out the text, but I guess I thought the layout characters would have invisible glyphs.

Freetype mailing list
Freetype <at>
桃源老師 | 27 Nov 14:39 2015

[ft] Can't install FreeType 2.6.1 on OS X El Capitan


I'm trying to install FreeType 2.6.1 on OS X El Capitan but "make install" fails with error.  The error is
"./install-sh: No such	file or directory".
When I try to install FreeType 2.6, there seems no error.

How can I install FreeType 2.6.1 on OS X El Capitan?  Or if the difference between FreeType 2.6 and 2.6.1 is not
important, I can ignore the latest version...

Best Regards,

// Miya
Attachment (smime.p7s): application/pkcs7-signature, 3209 bytes
Freetype mailing list
Freetype <at>
Alex Agranovsky | 27 Nov 08:52 2015

[ft] Building freetype under cygwin

Running into some problem building freetype for Windows under cygwin, using mingw compiler. The problem seems to be with build process launching an Win32 executable, and passing Cygwin paths to it, resulting in:

/home/alex/freetype-2.6/objs/apinames.exe        -o/home/alex/freetype-2.6/objs/ftexport.sym  /home/alex/freetype-2.6/include/freetype/ttnameid.h /home/alex/freetype-2.6/include/freetype/ftimage.h /home/alex/freetype-2.6/include/freetype/fttrigon.h /home/alex/freetype-2.6/include/freetype/fterrdef.h /home/alex/freetype-2.6/include/freetype/ttunpat.h /home/alex/freetype-2.6/include/freetype/tttags.h /home/alex/freetype-2.6/include/freetype/ftsnames.h /home/alex/freetype-2.6/include/freetype/ftgasp.h /home/alex/freetype-2.6/include/freetype/ftmoderr.h /home/alex/freetype-2.6/include/freetype/ftcffdrv.h /home/alex/freetype-2.6/include/freetype/ftbbox.h /home/alex/freetype-2.6/include/freetype/ftadvanc.h /home/alex/freetype-2.6/include/freetype/ftmm.h /home/alex/freetype-2.6/include/freetype/ftautoh.h /home/alex/freetype-2.6/include/freetype/ftotval.h /home/alex/freetype-2.6/include/freetype/ftttdrv.h /home/alex/freetype-2.6/include/freetype/fttypes.h /home/alex/freetype-2.6/include/freetype/freetype.h /home/alex/freetype-2.6/include/freetype/ftmac.h /home/alex/freetype-2.6/include/freetype/ftwinfnt.h /home/alex/freetype-2.6/include/freetype/ftgzip.h /home/alex/freetype-2.6/include/freetype/ftgxval.h /home/alex/freetype-2.6/include/freetype/ftcache.h /home/alex/freetype-2.6/include/freetype/ftbdf.h /home/alex/freetype-2.6/include/freetype/ftchapters.h /home/alex/freetype-2.6/include/freetype/ftincrem.h /home/alex/freetype-2.6/include/freetype/ftlist.h /home/alex/freetype-2.6/include/freetype/ftbzip2.h /home/alex/freetype-2.6/include/freetype/ftoutln.h /home/alex/freetype-2.6/include/freetype/ftlzw.h /home/alex/freetype-2.6/include/freetype/ftrender.h /home/alex/freetype-2.6/include/freetype/ftsizes.h /home/alex/freetype-2.6/include/freetype/ftpfr.h /home/alex/freetype-2.6/include/freetype/ftlcdfil.h /home/alex/freetype-2.6/include/freetype/ftsynth.h /home/alex/freetype-2.6/include/freetype/ftfntfmt.h /home/alex/freetype-2.6/include/freetype/ftsystem.h /home/alex/freetype-2.6/include/freetype/ftmodapi.h /home/alex/freetype-2.6/include/freetype/ftbitmap.h /home/alex/freetype-2.6/include/freetype/ftglyph.h /home/alex/freetype-2.6/include/freetype/fterrors.h /home/alex/freetype-2.6/include/freetype/t1tables.h /home/alex/freetype-2.6/include/freetype/ftstroke.h /home/alex/freetype-2.6/include/freetype/ftcid.h /home/alex/freetype-2.6/include/freetype/tttables.h

could not open '/home/alex/freetype-2.6/include/freetype/ttnameid.h' for writing

/home/alex/freetype-2.6/builds/ recipe for target '/home/alex/freetype-2.6/objs/ftexport.sym' failed

make: *** [/home/alex/freetype-2.6/objs/ftexport.sym] Error 3

Is there a way around this?

- Alex 
Freetype mailing list
Freetype <at>
Deniz DEMİRCİ | 14 Nov 21:03 2015

[ft] SourceForge repo

Does anyone knows what is wrong with the sourceforge repo?
suzuki toshiya | 9 Nov 13:36 2015

Re: [ft] Debug why fonts are displayed too small?

Hi Felix,

I saw you posted same to GTK+ mail list.

In my impression, your report is too higher-layered
to consider something in FreeType (e.g. you have
not mentioned the versions of libfreetype in
correctly-working environment and incorrectly-
working environment). I want to wait you or
somebody else in GTK+ mail list breaks down and
identify whether FreeType is related with your


(2015/11/09 20:44), Felix E. Klee wrote:
> After a recent Arch update, fonts at least in GTK+ 3 applications are
> rendered too small. They appear as if they are rendered at 96 DPI, while
> the display has a much higher resolution:
>     $ xrdb -query | grep dpi
>     xft.dpi:        192
>     $ xdpyinfo | grep -B2 resolution
>     screen #0:
>       dimensions:    2880x1620 pixels (381x214 millimeters)
>       resolution:    192x192 dots per inch
>     $ xrandr | grep mm
>     eDP1 connected 2880x1620+0+0 (normal left inverted right x axis y
>     axis) 340mm x 190mm
> GTK+ 3 uses Freetype for rendering fonts. How do I find out what has
> changed / what is wrong?b
> _______________________________________________
> Freetype mailing list
> Freetype <at>