From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/67772 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, 07 Nov 2008 16:15:45 +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 1226042172 30369 80.91.229.12 (7 Nov 2008 07:16:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Nov 2008 07:16:12 +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 Nov 07 08:17:14 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 1KyLak-0008Rp-1t for ged-emacs-devel@m.gmane.org; Fri, 07 Nov 2008 08:17:14 +0100 Original-Received: from localhost ([127.0.0.1]:39279 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KyLZc-0002Jg-Dl for ged-emacs-devel@m.gmane.org; Fri, 07 Nov 2008 02:16:04 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KyLZX-0002II-Aj for emacs-devel@gnu.org; Fri, 07 Nov 2008 02:15:59 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KyLZV-0002GW-B5 for emacs-devel@gnu.org; Fri, 07 Nov 2008 02:15:58 -0500 Original-Received: from [199.232.76.173] (port=52508 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KyLZV-0002GT-7S for emacs-devel@gnu.org; Fri, 07 Nov 2008 02:15:57 -0500 Original-Received: from mx20.gnu.org ([199.232.41.8]:4100) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KyLZT-0007Hx-FY; Fri, 07 Nov 2008 02:15:55 -0500 Original-Received: from mx1.aist.go.jp ([150.29.246.133]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KyLZP-00005s-2f; Fri, 07 Nov 2008 02:15:52 -0500 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id mA77FkuG003311; Fri, 7 Nov 2008 16:15:46 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp1.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id mA77FkmK024016; Fri, 7 Nov 2008 16:15:46 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp1.aist.go.jp with ESMTP id mA77FjhC000656; Fri, 7 Nov 2008 16:15:45 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken.m17n.org with local (Exim 4.69) (envelope-from ) id 1KyLZJ-0001vV-KX; Fri, 07 Nov 2008 16:15:45 +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-kernel: by mx20.gnu.org: Solaris 9 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:105428 gmane.emacs.gnus.general:67772 Archived-At: In article , "Richard M. Stallman" writes: > For instance, "% iconv -l", lists these variants for > iso-8859-1: > "ISO-8859-1", "ISO88591" "8859_1", "ISO_8859-1" > The reading of coding system names could treat hyphens as optional, > and could treat underscores as equivalent to hyphens. Then > with just two names, iso-8859-1 and 8859-1, it would recognize > all of these and more. > In addition, we must add (partial) lowercase versions. > Partial means something like this: Iso ISo isO > That's trivial, just ignore case when reading the coding system name. You pay attention only to the case of reading the coding system name. But, that is not the point I'm arguing. What do you think about the case of writing codes as I wrote in the previous mail? > With that, people think that "utf8" is a valid coding system > name, and will write a code something like this: > (decode-coding-string STR 'utf8) > and found that it signals an error because utf8 is not > statically declared as an alias. --- Kenichi Handa handa@ni.aist.go.jp