From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/67715 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: Re: gnus should accept UTF8 even if UTF-8 is standard Date: Fri, 31 Oct 2008 15:33:29 +0900 Message-ID: References: <87iqruvs19.fsf@jidanni.org> <86od1mj3z2.fsf@lifelogs.com> <86od1lg3xq.fsf@lifelogs.com> <87d4i1iqpq.fsf@marauder.physik.uni-ulm.de> <86k5c9fzm9.fsf@lifelogs.com> <878wsph5xr.fsf@marauder.physik.uni-ulm.de> <87wsg345oo.fsf@marauder.physik.uni-ulm.de> <86wsg2546l.fsf@lifelogs.com> <86abct3o4s.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1225434834 21892 80.91.229.12 (31 Oct 2008 06:33:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 31 Oct 2008 06:33:54 +0000 (UTC) Cc: tzz@lifelogs.com, ding@gnus.org, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 31 07:34:55 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kvnau-0006bT-Mb for ged-emacs-devel@m.gmane.org; Fri, 31 Oct 2008 07:34:53 +0100 Original-Received: from localhost ([127.0.0.1]:50344 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KvnZo-0001NJ-5p for ged-emacs-devel@m.gmane.org; Fri, 31 Oct 2008 02:33:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KvnZj-0001Lz-Bb for emacs-devel@gnu.org; Fri, 31 Oct 2008 02:33:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KvnZh-0001Ki-W1 for emacs-devel@gnu.org; Fri, 31 Oct 2008 02:33:39 -0400 Original-Received: from [199.232.76.173] (port=54104 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KvnZh-0001KX-NH for emacs-devel@gnu.org; Fri, 31 Oct 2008 02:33:37 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:52985) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KvnZe-0001gG-5k; Fri, 31 Oct 2008 02:33:34 -0400 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id m9V6XUaO008099; Fri, 31 Oct 2008 15:33:30 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp1.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id m9V6XUnt008822; Fri, 31 Oct 2008 15:33:30 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp1.aist.go.jp with ESMTP id m9V6XTSr019347; Fri, 31 Oct 2008 15:33:29 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken.m17n.org with local (Exim 4.69) (envelope-from ) id 1KvnZZ-0002N0-DI; Fri, 31 Oct 2008 15:33:29 +0900 In-reply-to: (rms@gnu.org) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) X-detected-operating-system: by monty-python.gnu.org: Solaris 9 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:105178 gmane.emacs.gnus.general:67715 Archived-At: In article , "Richard M. Stallman" writes: > By the way, with such a behavior, when one types "utf8 TAB > TAB", what completion list should we show? > That is a hard question. Perhaps it should show the same > analogous set of completions > utf8 utf8-auto > utf8-auto-dos utf8-auto-mac > utf8-auto-unix utf8-dos > utf8-emacs utf8-emacs-dos > utf8-emacs-mac utf8-emacs-unix > utf8-mac utf8-unix > utf8-with-signature utf8-with-signature-dos > utf8-with-signature-mac utf8-with-signature-unix > These could be treated somewhat like `completion-ignored-extensions' > for filenames: if a first-class name is a possible completion > then you don't see the second-class ones. If no first-class name > is possible, then you do see the second-class ones. In the case of filenames, there surely exist the actual file with those ignored extensions. But, in the case of coding systems, such an alias as "utf8" doesn't exist. Or do you still propose to make such an alias as a sencond-class name in advance? If so, I strongly oppose to it. If we are going to allow users to type all names that are accepted by iconv, we must make so many aliases. I still thinks completing "utf8" to "utf-8" is the best method. Even for a filename, if there's a file "test-a" and I type "tes-a TAB", it is expanded to "test-a". So, changing "utf8" to "utf-8" doesn't look that strange. --- Kenichi Handa handa@ni.aist.go.jp