From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: Re: gnus should accept UTF8 even if UTF-8 is standard Date: Wed, 22 Oct 2008 11:07:53 +0900 Message-ID: <87hc75tm9y.fsf@xemacs.org> 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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1224640974 17476 80.91.229.12 (22 Oct 2008 02:02:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Oct 2008 02:02:54 +0000 (UTC) Cc: ding@gnus.org, emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 22 04:03: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 1KsT4j-0003Eq-S0 for ged-emacs-devel@m.gmane.org; Wed, 22 Oct 2008 04:03:54 +0200 Original-Received: from localhost ([127.0.0.1]:56284 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KsT3e-00036B-Kq for ged-emacs-devel@m.gmane.org; Tue, 21 Oct 2008 22:02:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KsT3Z-00035c-HW for emacs-devel@gnu.org; Tue, 21 Oct 2008 22:02:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KsT3Z-00035K-7a for emacs-devel@gnu.org; Tue, 21 Oct 2008 22:02:41 -0400 Original-Received: from [199.232.76.173] (port=52326 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KsT3Y-00035H-Aw for emacs-devel@gnu.org; Tue, 21 Oct 2008 22:02:40 -0400 Original-Received: from mtps02.sk.tsukuba.ac.jp ([130.158.97.224]:41529) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KsT3X-0008Fu-Ja for emacs-devel@gnu.org; Tue, 21 Oct 2008 22:02:39 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps02.sk.tsukuba.ac.jp (Postfix) with ESMTP id 74EDB800E; Wed, 22 Oct 2008 11:02:37 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id F23821A26AE; Wed, 22 Oct 2008 11:07:53 +0900 (JST) In-Reply-To: <86wsg2546l.fsf@lifelogs.com> X-Mailer: VM 8.0.12-devo-585 under 21.5 (beta28) "fuki" 83e35df20028+ XEmacs Lucid (x86_64-unknown-linux) 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:104805 gmane.emacs.gnus.general:67665 Archived-At: Ted Zlatanov writes: > On Tue, 21 Oct 2008 11:50:37 +0900 Kenichi Handa wrote: > KH> I think it's not good to give a user an incorrect impression > KH> that "utf8" is a correct name. In IANA > KH> (http://www.iana.org/assignments/character-sets), there's no > KH> alias names for "UTF-8". Although I tend to be a standards bigot myself, IMHO this is a bit harsh for practical purposes, especially since in GNU libc it *is* an acceptable alias (computed algorithmically). AFAIK GNU libc is POSIXLY_CORRECT, because POSIX defines neither any locales (besides C/POSIX itself) nor a registry for locale names. > So maybe display a message "This is not the real coding system name, use > `utf-8'" and also don't offer utf8 for completion? Would that be > sufficient? I think the warning is overkill and too annoying. For programmers, having their programs grind to an ignominious halt on the Lisp error will teach them to spell, while for interactive entry of coding system names, the damage has long since been done, and we may as well offer the convenience. The internal canonicalization function is needed anyway for MUAs. Of course "utf8" should not be offered for completion. Instead, if you type "utf8" it should be completed to "utf-8" *and* *require* confirmation (no implicit completion as with, eg, command names). That should be educational enough.