From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sun Yijiang Newsgroups: gmane.emacs.devel Subject: Re: Problem with chinese gbk fonts on w32 Date: Mon, 1 Aug 2005 16:38:15 +0800 Message-ID: <5065e29005080101382635f42d@mail.gmail.com> References: <5065e29005073119317520578d@mail.gmail.com> Reply-To: Sun Yijiang NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0326891430==" X-Trace: sea.gmane.org 1122887996 17186 80.91.229.2 (1 Aug 2005 09:19:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 1 Aug 2005 09:19:56 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 01 11:19:55 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DzWS9-0005Qm-MR for ged-emacs-devel@m.gmane.org; Mon, 01 Aug 2005 11:19:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DzWUn-0001O2-IO for ged-emacs-devel@m.gmane.org; Mon, 01 Aug 2005 05:22:05 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DzWAB-0002N8-Fm for emacs-devel@gnu.org; Mon, 01 Aug 2005 05:00:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DzVxU-0001nJ-Eo for emacs-devel@gnu.org; Mon, 01 Aug 2005 04:47:44 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DzVr7-0001Qp-1A for emacs-devel@gnu.org; Mon, 01 Aug 2005 04:41:11 -0400 Original-Received: from [64.233.184.205] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DzW0S-0005hE-Ft for emacs-devel@gnu.org; Mon, 01 Aug 2005 04:50:44 -0400 Original-Received: by wproxy.gmail.com with SMTP id i6so1028799wra for ; Mon, 01 Aug 2005 01:38:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=i257uSPHNRQJVSUeuVqu0/gOABePIqwxCq0E4nv0GNCLrFU7+y2ptLKnovDqF/szefZxCF22XLtBBl8kDCEgG80Kodq8XS3F7o0oGqyvXu2Azt+/jkERv9x2CNe225N5Jt3ls/UKXTSHve4LerSeGIlnkScntOz5sIxN8aRJN+w= Original-Received: by 10.54.8.60 with SMTP id 60mr2670946wrh; Mon, 01 Aug 2005 01:38:15 -0700 (PDT) Original-Received: by 10.54.91.8 with HTTP; Mon, 1 Aug 2005 01:38:15 -0700 (PDT) Original-To: Jason Rumney In-Reply-To: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:41398 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:41398 --===============0326891430== Content-Type: multipart/alternative; boundary="----=_Part_13983_1989294.1122885495841" ------=_Part_13983_1989294.1122885495841 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sorry, I've reviewed my .emacs and found where the problem is. The problem is NOT mule-gbk, it's "create-fontset-from-fontset-spec". Following setting results in double-width Chinese characters: (create-fontset-from-fontset-spec "-*-bitstream vera sans mono-normal-r-*-*-14-*-*-*-c-*-fontset-gbk, chinese-gb2312:-*-simsun-normal-r-normal-*-16-*-*-p-*-gb2312*-*, chinese-cns11643-5:-*-simsun-normal-r-normal-*-16-*-*-p-*-gbk*-*, chinese-cns11643-6:-*-simsun-normal-r-normal-*-16-*-*-p-*-gbk*-*, chinese-cns11643-7:-*-simsun-normal-r-normal-*-16-*-*-p-*-gbk*-*" t) I think the problem is that I set different fonts for each char set. If I comment out this setting and still use mule-gbk, Chinese characters looks OK. If I use this setting, the Chinese characters looks double-width, either with or without mule-gbk. This setting works for previous CVS Emacs builds and seems to become "bad" recently. I remember this problem first appeared with a check in of w32bdf.c early this year. The problem can be resolved by rolling back w32bdf.c to revision 1.20 at that time. But now even this rolling back does not work, maybe other changes affects this problem. 2005/8/1, Jason Rumney : >=20 > Sun Yijiang writes: >=20 > > I think this change is probably not fully tested. When I use the > > mule-gbk package and set font for chinese characters, they look so > > wide, but when I use "emacs -q" they look nice, make no difference > > with previous CVS Emacs. I roll back the src/w32bdf.c to older > > version, and everything is OK. I think the change of w32bdf.c should > > be reviewed, since this is really a bug. >=20 > You seem to be saying that you only see the "bug" when you load > mule-gbk, which is not part of Emacs. What does mule-gbk do? Does it > perhaps try to work around the previous bug by doubling the width of > Chinese characters? >=20 > ------=_Part_13983_1989294.1122885495841 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sorry, I've reviewed my .emacs and found where the problem is. The
problem is NOT mule-gbk, it's "create-fontset-from-fontset-spec".=
Following setting results in double-width Chinese characters:

(create-fontset-from-fontset-spec
"-*-bitstream vera sans mono-normal-r-*-*-14-*-*-*-c-*-fontset-gbk, chinese-gb2312:-*-simsun-normal-r-normal-*-16-*-*-p-*-gb2312*-*,
chinese-cns11643-5:-*-simsun-normal-r-normal-*-16-*-*-p-*-gbk*-*,
chinese-cns11643-6:-*-simsun-normal-r-normal-*-16-*-*-p-*-gbk*-*,
chinese-cns11643-7:-*-simsun-normal-r-normal-*-16-*-*-p-*-gbk*-*" t)
I think the problem is that I set different fonts for each char set. If
I comment out this setting and still use mule-gbk, Chinese characters
looks OK. If I use this setting, the Chinese characters looks
double-width, either with or without mule-gbk. This setting works for
previous CVS Emacs builds and seems to become "bad" recently.

I remember this problem first appeared with a check in of w32bdf.c
early this year. The problem can be resolved by rolling back w32bdf.c
to revision 1.20 at that time. But now even this rolling back does not
work, maybe other changes affects this problem.


2005/8/1, Jason Rumney <jasonr@gnu.org>:
Sun Yijiang <sunyijiang@gmail.co= m> writes:

> I think this change is probably not fully tes= ted. When I use the
> mule-gbk package and set font for chinese chara= cters, they look so
> wide, but when I use "emacs -q" they look nice, make no = difference
> with previous CVS Emacs. I roll back the src/w32bdf.c to= older
> version, and everything is OK. I think the change of w32bdf.= c should
> be reviewed, since this is really a bug.

You seem to= be saying that you only see the "bug" when you load
mule-gbk,= which is not part of Emacs. What does mule-gbk do? Does it
perhaps try = to work around the previous bug by doubling the width of
Chinese characters?


------=_Part_13983_1989294.1122885495841-- --===============0326891430== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============0326891430==--