From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: Editing exportet registry files Date: Fri, 01 Jul 2005 23:12:53 +0100 Message-ID: References: <42C45594.9090207@iue.tuwien.ac.at> <1120201971.42c4ecf37e342@l01.iue.tuwien.ac.at> <85vf3ul8sj.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1120256537 25936 80.91.229.2 (1 Jul 2005 22:22:17 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 1 Jul 2005 22:22:17 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 02 00:22:15 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DoTtK-0007xO-UM for ged-emacs-devel@m.gmane.org; Sat, 02 Jul 2005 00:21:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DoU1r-0005KA-Vs for ged-emacs-devel@m.gmane.org; Fri, 01 Jul 2005 18:30:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DoTyc-0003lu-UN for emacs-devel@gnu.org; Fri, 01 Jul 2005 18:27:16 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DoTya-0003kt-NZ for emacs-devel@gnu.org; Fri, 01 Jul 2005 18:27:13 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DoTwp-00031X-I2 for emacs-devel@gnu.org; Fri, 01 Jul 2005 18:25:23 -0400 Original-Received: from [194.106.33.237] (helo=outmail.freedom2surf.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1DoTqs-0005hY-JR; Fri, 01 Jul 2005 18:19:15 -0400 Original-Received: from wanchan.jasonrumney.net (i-83-67-23-108.freedom2surf.net [83.67.23.108]) by outmail.freedom2surf.net (8.12.10/8.12.10) with ESMTP id j61MDoch023004; Fri, 1 Jul 2005 23:13:50 +0100 Original-Received: from TONKOTSU-RAMEN (tonkotsu-ramen.jasonrumney.net [10.0.0.28]) by wanchan.jasonrumney.net (Postfix) with ESMTP id D1704DDE24; Fri, 1 Jul 2005 23:14:15 +0100 (BST) Original-To: Juanma Barranquero In-Reply-To: (Juanma Barranquero's message of "Fri, 1 Jul 2005 20:01:14 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (windows-nt) 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:40052 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:40052 Juanma Barranquero writes: > Well, yeah, but FF and FE *are* valid characters in many encodings. How common is it to have FF FE or FE FF as the first two characters in text in any other encoding? Is it acceptable for Emacs to ignore the most common case where those two bytes will appear in sequence as the first two bytes of a file, because of some theoretical worry that it might break a hypothetical case that I suspect will only exist in real life if someone deliberately sets out to break auto-detection. > Latin encodings for most european language environments are going to > be higher up the priority list, for example. It makes no sense putting > utf-* encodings before the others unless you know beforehand that > you're going to deal with a lot of these files. Nonsense. It is very unlikely that UTF-16-LE-WITH-SIGNATURE, UTF-16-BE-WITH-SIGNATURE, or even UTF-8 will falsely match any Latin (or cyrillic or probably Asian) encoding. They should be at the front of the list.