emacs-devel
[Top][All Lists]
Advanced

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

Re: A patch for enforcing double-width CJK character display


From: 黄建忠
Subject: Re: A patch for enforcing double-width CJK character display
Date: Mon, 16 Apr 2012 08:51:27 +0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120327 Thunderbird/10.0.2

于 2012年04月16日 06:19, Miles Bader 写道:
William Xu<address@hidden>  writes:
BTW, I hope there's a way to disable or tune this... Some CJK fonts seem
to be very small (when rendered at the same size as other characters),
and I think forcing them to be spaced with 2 * the width of the default
font would make CJK characters look weird, with tons of whitespace in
between each character....
Why would it look weird?
As I said, because sometimes the CJK font chosen for a given
point-size is very small compared to the ASCII font, the point where
each CJK character is almost as small as a single ASCII character.

[I didn't just make this up, I looked at the fonts being used for my
Emacs on several machines, and thought "hmm, how would this look if
CJK font-spacing was forced to double-width...?"]
Would you please provide some example characters and such a font to help us make it better? or If you had a linux environment, you can also try the fix and give some hints.

I am a native CJK user and know well about Chinese and a little Japanese/Korean, I really can not understand why shall we use such a small font?

As I mentioned, such a small character already unreadable, font design should follow some standards, If I mean to use size 10, but the font give me a very small glyph like size 5, these fonts is really a big problem.

Some katakana characters in Japanese may half width, that's OK. as I said, it already be filtered out. In emacs, Ctrl-h h shows a multilingual file, the Japanese string "Japanese (日本語) こんにちは / コンニチハ" in katakana form is half width.

Like the author said, the terminal has rendered it that way for long.
Then the terminal probably does a better job of choosing a CJK font to
match the ASCII font, or simply uses a different ASCII font...

I guess the point is that there are multiple interrelated issues here:
character-spacing, but also font choice.
Yes, I prefer leave the font auto matching.

Ideally the best solution is to automatically choose good matching
fonts (and give the user powerful methods for overriding such
choices).
No such a good font, except use a real CJK monospace fonts, but its English glyphs look weird.

-miles



--
Huang JianZhong




reply via email to

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