Attached is how the font NanumGothic.ttf (downloadable from here :
http://hangeul.naver.com/download.nhn scroll down to the 7 green
boxes and it's the third one along the top row) looks:
@ Pixel Size 13
[cid:C2DDDF1F-E850-4D87-B865-45318241A5C1]
Notice how the letter i appears to be too
Thankyou Werner.
I just quickly loaded it up in Notepad under Windows 7 ClearType and it showed
the same glitch so I guess it must be a bug in the hints for the font or
something...
Sent from my iPigeon
On 19 Apr 2011, at 13:37, Werner LEMBERG w...@gnu.org wrote:
Attached is how the font
In particular, it appears to me that the ARM system is doing some
incorrect math from the metrics width value of 0x2C0 to get 0x800,
but I'm having trouble identifying why this might be.
Finally, can you decorate the various functions of ftcalc.c with
some printf calls to find out where the
Thank you very much for your attention to this.
The ARM stuff is on an embedded system, so I'll have to first figure out
(a) how to cross-compile the things you requested (make devel; make)
(b) how to support printf within freetype library
I have been building it by adding the files to the ARM
Hi,
Every user of FreeType that I know has once in their lifetime hit the bug that
with many common CJK fonts, non-CJK characters take doublewidth where they
should take a single one. The fix always has been to pass
FT_LOAD_IGNORE_GLOBAL_ADVANCE_WIDTH to FreeType, as the fonts have the bit set