From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: [mew-int 00737] Re: (no subject) Date: Mon, 25 Feb 2002 16:10:20 +0900 (JST) Message-ID: <200202250710.QAA01605@etlken.m17n.org> NNTP-Posting-Host: quimby2.netfonds.no Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: quimby2.netfonds.no 1014621313 27809 195.204.10.66 (25 Feb 2002 07:15:13 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 25 Feb 2002 07:15:13 GMT Cc: kazu@iijlab.net, mew-int@mew.org, emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby2.netfonds.no with esmtp (Exim 3.12 #1 (Debian)) id 16fFLs-0007ER-00 for ; Mon, 25 Feb 2002 08:15:12 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16fFJ6-000589-00; Mon, 25 Feb 2002 02:12:20 -0500 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by fencepost.gnu.org with smtp (Exim 3.33 #1 (Debian)) id 16fFHJ-000516-00 for ; Mon, 25 Feb 2002 02:10:29 -0500 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6/3.7W-20010518204228) with ESMTP id g1P7ALw10359; Mon, 25 Feb 2002 16:10:21 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.3/3.7W-20010823150639) with ESMTP id g1P7AKM05346; Mon, 25 Feb 2002 16:10:20 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id QAA01605; Mon, 25 Feb 2002 16:10:20 +0900 (JST) Original-To: eliz@is.elta.co.il In-reply-to: message from Eli Zaretskii on Mon, 25 Feb 2002 08:55:36 +0200 (IST) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.1.30 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:1507 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1507 Eli Zaretskii writes: > Handa-san, it sounds like the new encoding with ICCM Extended Segments > support should not be called ctext, because ctext is used in file I/O, at > least by Mew. It sounds like we should leave ctext as it was working > before, including the fact that it didn't support the ICCCM Extended > Segments, and use another name (e.g., compound-text-with-extensions) for > the new coding system. We will then have to make that new coding system > be the default for X selections in CVS head. > Do you agree? >> So, to my best knowledge, ctext is only the character set which can >> survive in the old Emacs world and the multilingual Emacs world. > It was IMHO an unfortunate decision to use ctext for file I/O, since > ctext must support the ICCCM spec which is inappropriate for encoding > anything but X selections. However, given that Mew uses that for quite > some time, Emacs shouldn't break it, I think. Considering this situation, I agree with the name change. --- Ken'ichi HANDA handa@etl.go.jp _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel