From: 黄建忠 <jianzhong.huang@i-soft.com.cn>
To: Miles Bader <miles@gnu.org>
Cc: William Xu <william.xwl@gmail.com>, emacs-devel@gnu.org
Subject: Re: A patch for enforcing double-width CJK character display
Date: Mon, 16 Apr 2012 08:51:27 +0800 [thread overview]
Message-ID: <4F8B6D0F.2050700@i-soft.com.cn> (raw)
In-Reply-To: <877gxghc3d.fsf@catnip.gol.com>
于 2012年04月16日 06:19, Miles Bader 写道:
> William Xu<william.xwl@gmail.com> 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
next prev parent reply other threads:[~2012-04-16 0:51 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4F85A138.6090900@i-soft.com.cn>
2012-04-11 15:48 ` A patch for enforcing double-width CJK character display Kan-Ru Chen
2012-04-11 16:16 ` 黄建忠
2012-04-12 8:56 ` 黄建忠
2012-04-12 9:53 ` Eli Zaretskii
2012-04-12 11:18 ` 黄建忠
2012-04-12 14:27 ` Eli Zaretskii
2012-04-12 17:56 ` 黄建忠
2012-04-12 20:33 ` Stefan Monnier
[not found] ` <4F8782C8.2030005@i-soft.com.cn>
2012-04-13 11:42 ` 黄建忠
2012-04-13 12:03 ` 黄建忠
2012-04-13 13:27 ` Stefan Monnier
2012-04-15 5:10 ` Miles Bader
2012-04-15 13:27 ` 黄建忠
2012-04-15 16:08 ` William Xu
2012-04-15 22:19 ` Miles Bader
2012-04-16 0:51 ` 黄建忠 [this message]
2012-04-16 5:27 ` Miles Bader
2012-04-16 5:40 ` 黄建忠
2012-04-16 6:37 ` 黄建忠
2012-04-16 9:21 ` 黄建忠
2012-04-17 2:16 ` 黄建忠
2012-04-17 0:13 ` Miles Bader
2012-04-17 0:39 ` Miles Bader
2012-04-17 2:00 ` 黄建忠
2012-04-17 2:30 ` Miles Bader
2012-04-17 3:00 ` 黄建忠
2012-04-17 4:08 ` Miles Bader
2012-04-17 4:56 ` Werner LEMBERG
2012-04-17 5:02 ` 黄建忠
2012-04-17 6:33 ` Miles Bader
2012-04-17 7:03 ` Werner LEMBERG
2012-04-17 5:52 ` Miles Bader
2012-04-17 6:10 ` 黄建忠
2012-04-17 7:02 ` Miles Bader
2012-04-17 8:06 ` Werner LEMBERG
2012-04-17 8:25 ` Miles Bader
2012-04-17 9:06 ` Werner LEMBERG
2012-04-17 8:51 ` 黄建忠
2012-04-17 6:45 ` Werner LEMBERG
2012-04-17 9:07 ` James Cloos
2012-04-17 9:27 ` 黄建忠
2012-04-17 1:47 ` 黄建忠
2012-04-18 6:54 ` Kenichi Handa
2012-04-18 8:13 ` 黄建忠
2012-04-18 13:58 ` Miles Bader
2014-04-28 5:35 JunJie Nan
2014-04-29 5:39 ` Stefan Monnier
2014-04-29 6:36 ` Jan D.
2014-04-29 8:16 ` Thien-Thi Nguyen
2014-04-29 20:41 ` Liang Wang
-- strict thread matches above, loose matches on Subject: below --
2014-04-30 2:00 Hui Liu
2014-04-30 17:08 ` Liang Wang
2014-10-04 3:26 Feng Shu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F8B6D0F.2050700@i-soft.com.cn \
--to=jianzhong.huang@i-soft.com.cn \
--cc=emacs-devel@gnu.org \
--cc=miles@gnu.org \
--cc=william.xwl@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).