freetype-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ft-devel] The KaiU.ttf anomaly.


From: Hin-Tak Leung
Subject: [ft-devel] The KaiU.ttf anomaly.
Date: Fri, 8 Apr 2016 02:48:32 +0000 (UTC)

Werner,

It is not possible to toggle hinting with either MingLiU or KaiU in ftview, 
right?

I seems to remember many years ago before hinting was implemented/enabled, they 
looks very bad - now that I understand hinting a lot more, I think the problem 
with them is that they do very "creative" use of hinting to do extremely large 
pixel movement to move stems into positions (instead of just the half-pixel's 
for hinting in other fonts), and therefore does not work at all without 
hinting. Is my understanding correct?

I am combing my stash of misc logs etc for my talk next week and found an 
anomaly. The most time-consuming non-CJK fonts are times , times bold, arial, 
arial bold - all around 20 mins; this seems glyph # related; but the most 
timing consuming font is kaiu.ttf at 7 hours, above all the other CJK fonts, 
including font collections, (which have bigger number of glyphs). mingliu.ttc 
and mingliub.ttc took 1:45 and 3 hours respectively through font validator.
simkai.ttf, which has a similar style, took almost exactly an hour. kaiu.ttf is 
also on the small side as far as CJK fonts are concerned, file size wise.

So I am wonder why kaiu takes so long with font validator. What makes it 
"special". So far I see it hasn't got embedded bitmap, but that's unrelated.

Hin-Tak


reply via email to

[Prev in Thread] Current Thread [Next in Thread]