From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Emacs failes to communicate with other X clients Date: Mon, 26 May 2003 16:09:41 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200305260709.QAA13971@etlken.m17n.org> References: <3405-Fri23May2003202207+0300-eliz@elta.co.il> <7458-Sat24May2003203851+0300-eliz@elta.co.il> <200305260454.NAA13809@etlken.m17n.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1053933305 19136 80.91.224.249 (26 May 2003 07:15:05 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 26 May 2003 07:15:05 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon May 26 09:15:03 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19KCCF-0004yR-00 for ; Mon, 26 May 2003 09:15:03 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19KCPL-0008N1-00 for ; Mon, 26 May 2003 09:28:35 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19KCD6-000762-C9 for emacs-devel@quimby.gnus.org; Mon, 26 May 2003 03:15:56 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19KC94-000574-1O for emacs-devel@gnu.org; Mon, 26 May 2003 03:11:46 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19KC8g-0004uU-Qn for emacs-devel@gnu.org; Mon, 26 May 2003 03:11:29 -0400 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19KC7K-0004J9-Qb for emacs-devel@gnu.org; Mon, 26 May 2003 03:09:59 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2])h4Q79gu21270; Mon, 26 May 2003 16:09:42 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) h4Q79f914229; Mon, 26 May 2003 16:09:42 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id QAA13971; Mon, 26 May 2003 16:09:41 +0900 (JST) Original-To: huxw@knight.6test.edu.cn In-reply-to: (message from Robin Hu on Mon, 26 May 2003 06:06:52 +0000) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.2.92 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Original-cc: eliz@elta.co.il X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:14275 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:14275 In article , Robin Hu writes: > Of course Hangul characters can not be received when > we set locale to zh_CN.GBK, but I think this is the right > behavior. For example, while I set keyboard-coding-system > to chinese-gbk, I can not input Hangul characters, because > it's my responsibility to set correct keyboard coding > system for chinese input. So I think that's also my > responsibility to set correct locale for X paste. The reason why you can't input Hangul characters is that your input method doesn't support it or it generates data only in chiense-gbk encoding which can't contain Hangul characters. Provided that you have an input method that produces both Chinese and Hangul and sends data to Emacs in compound-text encoding, and you set keyboard-coding-system to compound-text, Emacs should accept all characters, shouldn't it? Emacs is a multilingual editor and its functionality should not be limited by locale. > Another problem with current implementation is, some > characters can be encoded in different char-settings. For > example, I set file coding system to chinese-iso-8bit, and > selection coding system to compound-text-with-extension, > and copy/paste a very long chinese article from > mozilla. Every thing seems to go fine, but this article > just cannot be saved. This is because X encode some > characters as if they are not chinese-iso-8bit characters, > but emacs decode them to emacs-mule successfully, and > finally file coding system cannot encode emacs-mule to > chinese-iso-8bit. In that case, Emacs asks you to select some of safe coding systems. If your Emacs supports chinese-gbk, it should also be listed as a safe coding system. I think that behaviour is better than refusing characters not supported by chinese-iso-8bit from the beginning. Kenichi> By the way, the coding system chinese-gbk is not Kenichi> yet supported in the current Emacs. Or, are you Kenichi> using emacs-unicode? > Chinese-gbk is my extension to Emacs, I believe I have > post it in m17n's maillist. Oops, then, I'm very sorry that I completely forgot about that mail. Could you send it to me again? Then I'll check why: > Yeah, icccm list had been appended with GBK-0, that's why my emacs > can decode some gbk characters correctly, but problems are still > there. In the example I gived in the previous post, one embeded gbk > character will make all characters fail to be decoded. ;-( that happens. By the way, the name non-standard-icccm-encodings-alist is wrong. "icccm" should actually be "ctext". I'll fix it soon. --- Ken'ichi HANDA handa@m17n.org