Dear Sir,
Now I'm reviewing your patch to improve bluezones
for CJK Ideographs, and have 2 questions.
Q1) The vertical bluezones are essential?
In vertical CJK typography, there would be the requirement
to align long center stems (of the glyphs like 十, 土,
王), to pretend the centerlines of the
A few months ago you've written:
Are there any tool which visually present segments of autofit
module? Something like stems shown in the glyph view of fontforge.
No, but I'll probably add this to ftgrid since it would be helpful for
my work on the ttfautohint stuff. But it isn't an urgent
Also I attached the comparison of 3 typefaces.
Just a general question: Are you using B/W rendering in your images
for demonstration purposes only? At such small sizes, the autohinter
produces bad results if not using AA rendering. Even with TT
instructions, CJK fonts normally contain bitmap
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
The reason why I switched off the anti-aliasing was that the original
comparison posted by JustFillBug was the comparison of B/W rendering.
Anyway, I have to agree with that it is not practical condition. I will
make the picture comparing them under anti-aliasing cases.
Regards,
mpsuzuki
Werner
Hi,
Sorry for lated review of your patch. I made slight revise
to your patch, it's almost ready to commit.
One of my anxiety was that the priority to the black/white
evenness can reduce the contrast of the complex glyph.
Please find attached picture comparing the results by
HeiseiMaruGo-W4 at
One of my anxiety was that the priority to the black/white evenness
can reduce the contrast of the complex glyph. Please find attached
picture comparing the results by HeiseiMaruGo-W4 at 16pt @ 72dpi. In
my personal impression, the legibility of the strokes in enclosed
area (like 日 or 目) is
On Wed, 20 Apr 2011 12:35:29 +0200 (CEST)
Werner LEMBERG w...@gnu.org wrote:
One of my anxiety was that the priority to the black/white evenness
can reduce the contrast of the complex glyph. Please find attached
picture comparing the results by HeiseiMaruGo-W4 at 16pt @ 72dpi. In
my personal
Hi,
Here is the anti-aliasing comparison. The patch makes
the contrast of some top horizontal strokes (因, 置,
里, 面) weak.
# I'm sorry, my previous comparison lost 3 characters
# (?) because I've edited UTF-8 sh script by
# iso-2022 locale.
Regards,
mpsuzuki
On Wed, 20 Apr 2011 18:38:18
On 04/20/2011 02:16 PM, mpsuz...@hiroshima-u.ac.jp wrote:
Q1) The vertical bluezones are essential?
In vertical CJK typography, there would be the requirement
to align long center stems (of the glyphs like 十, 土,
王), to pretend the centerlines of the glyphs are aligned.
However, I'm
On 04/20/2011 07:31 PM, mpsuz...@hiroshima-u.ac.jp wrote:
Here is the anti-aliasing comparison. The patch makes
the contrast of some top horizontal strokes (因, 置,
里, 面) weak.
It's kinda weird because the bluezones should be grid fit before being
used to align stems.
In the pictures, the
On 04/20/2011 06:35 PM, Werner LEMBERG wrote:
Thanks for reviewing. Do you have an idea how to increase the
legibility of the longest strokes? Contrary to the proposed patch I
think that this what you suggest is quite hard a job to achieve since
you not only have to do feature analysis,
On 04/20/2011 08:34 PM, Just Fill Bugs wrote:
On 04/20/2011 02:16 PM, mpsuz...@hiroshima-u.ac.jp wrote:
Maybe my impression about vertical bluezone is based on the
typography in Japanese market, so, I don't think this is
generic. Please let me know if there is such requirement in
Chinese or
Just Fill Bugs wrote:
On 04/20/2011 08:34 PM, Just Fill Bugs wrote:
On 04/20/2011 02:16 PM, mpsuz...@hiroshima-u.ac.jp wrote:
Maybe my impression about vertical bluezone is based on the
typography in Japanese market, so, I don't think this is
generic. Please let me know if there is such
On 04/20/11 03:11, Werner LEMBERG wrote:
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
Just I've committed your patch to git head, thanks!
Regards,
mpsuzuki
r6144 wrote:
在 2011-04-20三的 19:57 +0900,mpsuz...@hiroshima-u.ac.jp写道:
On Wed, 20 Apr 2011 12:35:29 +0200 (CEST)
Werner LEMBERG w...@gnu.org wrote:
One of my anxiety was that the priority to the black/white evenness
can
在 2011-04-20三的 19:57 +0900,mpsuz...@hiroshima-u.ac.jp写道:
On Wed, 20 Apr 2011 12:35:29 +0200 (CEST)
Werner LEMBERG w...@gnu.org wrote:
One of my anxiety was that the priority to the black/white evenness
can reduce the contrast of the complex glyph. Please find attached
picture comparing
17 matches
Mail list logo