[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
- [ft-devel] The KaiU.ttf anomaly.,
Hin-Tak Leung <=