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: utf-translate-cjk-mode question Date: Thu, 1 May 2003 13:45:30 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200305010445.NAA14835@etlken.m17n.org> References: <84adej4tmj.fsf@lucy.is.informatik.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1051764479 12452 80.91.224.249 (1 May 2003 04:47:59 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 1 May 2003 04:47:59 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu May 01 06:47:57 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 19B5zB-0003Eh-00 for ; Thu, 01 May 2003 06:47:57 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19B68e-0007mk-00 for ; Thu, 01 May 2003 06:57:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19B609-0005XG-02 for emacs-devel@quimby.gnus.org; Thu, 01 May 2003 00:48:57 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 19B5zq-0005U4-00 for emacs-devel@gnu.org; Thu, 01 May 2003 00:48:38 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 19B5ze-0005Ey-00 for emacs-devel@gnu.org; Thu, 01 May 2003 00:48:27 -0400 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19B5zY-0005CZ-00 for emacs-devel@gnu.org; Thu, 01 May 2003 00:48:21 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2])h414jUo28741; Thu, 1 May 2003 13:45:30 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) h414jUA04984; Thu, 1 May 2003 13:45:30 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id NAA14835; Thu, 1 May 2003 13:45:30 +0900 (JST) Original-To: kai.grossjohann@gmx.net In-reply-to: <84adej4tmj.fsf@lucy.is.informatik.uni-duisburg.de> (kai.grossjohann@gmx.net) 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) 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:13582 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:13582 Sorry for the late response on this matter. In article <84adej4tmj.fsf@lucy.is.informatik.uni-duisburg.de>, kai.grossjo= hann@gmx.net (Kai Gro=DFjohann) writes: > In my ~/.emacs file, I have this piece of code: > (when (fboundp 'utf-translate-cjk-mode) > (let ((current-language-environment "Chinese-GB")) > (utf-translate-cjk-mode 1))) > I start Emacs. I open a new file. I say C-u C-\ chinese-py RET. I > then type "nihao" into the buffer. I say C-x RET f utf-8 RET. Then > I try to save the buffer. > Emacs tells me that it can't encode the Chinese characters, and it > tried iso-latin-1 and utf-8 as encodings, and now it's suggesting > gb2312 as the encoding to use. > Is utf-translate-cjk-mode supposed to enable me to store the file as > utf-8? Yes, and this bug is my fault. My previous change to find-coding-systems-region-internal was incomplete. I've just installed a fix. Please try again with the latest HEAD. > The second question contains the code itself. I tried to just copy > and paste it from the original defcustom. But maybe I did something > wrong. After loading all the subst-foo files, there is a let > statement that binds the symbol `table'. But after this, nothing is > done with that symbol -- it does not appear to be accessed after > being populated. I also looked in version 1.27 (the last version > before my change), and there, too, the symbol `table' does not appear > to be accessed. This is also my fault. When I made register-char-codings obsolete, I forgot to delete this unnecessary code. --- Ken'ichi HANDA handa@m17n.org