From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: =?iso-8859-1?q?Re=3A_GNU_Emacs_22=2E0=2E50_fails_to_find_=E4_in_?= =?iso-8859-1?q?different_ISO_Latin_encodings?= Date: Sat, 23 Sep 2006 00:54:49 +0200 Message-ID: <9A1B7415-8272-41D8-A1D6-C6837CE5AC09@web.de> References: <1B8CD230-9A54-4F2A-B0FA-5CD02730F034@web.de> <4CEE7BA9-0CEF-40CD-A081-2C707A44833B@web.de> <453787ED-925B-49B5-A203-3211329FCB13@web.de> <35A5EBE2-652D-488C-9CFD-E7B56A8C2D07@web.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1158965720 2730 80.91.229.2 (22 Sep 2006 22:55:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 22 Sep 2006 22:55:20 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, emacs-devel@gnu.org, rms@gnu.org, Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 23 00:55:16 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GQtvN-0007Lu-1g for ged-emacs-devel@m.gmane.org; Sat, 23 Sep 2006 00:55:13 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GQtvM-0001ao-Nl for ged-emacs-devel@m.gmane.org; Fri, 22 Sep 2006 18:55:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GQtv8-0001Vh-Ni for emacs-devel@gnu.org; Fri, 22 Sep 2006 18:54:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GQtv7-0001SQ-Nm for emacs-devel@gnu.org; Fri, 22 Sep 2006 18:54:58 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GQtv7-0001Rz-Dz; Fri, 22 Sep 2006 18:54:57 -0400 Original-Received: from [217.72.192.221] (helo=fmmailgate01.web.de) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GQtys-0004V5-2U; Fri, 22 Sep 2006 18:58:50 -0400 Original-Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate01.web.de (Postfix) with ESMTP id 57DD6213B8CF; Sat, 23 Sep 2006 00:54:51 +0200 (CEST) Original-Received: from [84.245.175.98] (helo=[192.168.1.2]) by smtp07.web.de with asmtp (TLSv1:RC4-SHA:128) (WEB.DE 4.107 #114) id 1GQtv1-00081g-00; Sat, 23 Sep 2006 00:54:51 +0200 In-Reply-To: X-Image-Url: http://homepage.mac.com/sparifankal/.cv/thumbs/me.thumbnail Original-To: Miles Bader X-Mailer: Apple Mail (2.752.2) X-Sender: Peter_Dyballa@web.de 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:60118 gmane.emacs.pretest.bugs:14118 Archived-At: Am 22.09.2006 um 13:27 schrieb Miles Bader: > Peter Dyballa writes: >> There is also the option to change the 'base' of the character code >> notation from 8 to 16 > > This feature is supported; see the variable `read-quoted-char-radix'. Right, it works a bit, i.e. in the ASCII range it works well. When it =20= comes to ISO Latin it interprets all in ISO Latin-1, i.e. C-s C-q 0 0 =20= a 4 RET searches in an ISO 8859-16 encoded buffer for CURRENCY UNIT =20 although it is EURO in this case. A translation to the buffer local =20 encoding obviously does not happen ... (setq read-quoted-char-radix 16) (setq read-quoted-char-charset 'ucs) After applying your patch this behaviour does not change, it's still =20 assumed that the encoding is ISO Latin-1. 00A4 is categorically ``=A6=20 =B4=B4. The improvement is that I can find via an Unicode value an ISO =20= Latin encoded character =96 is this an improvement? The file code is A4 =20= in any ISO Latin case, and the character is U+20AC in Unicode when in =20= ISO Latin-10/ISO Latin-0 or ISO Latin-9. This looks like a Do What I =20 Mean. Really not bad! But the real way should be C-s C-q 2 4 4 RET or =20= C-s C-q A 4 RET or C-s C-q 1 6 4 RET (decimal), because it searches =20 for the codes one expects in the encoded file, and which does not work. -- Greetings Pete Some day we may discover how to make magnets that can point in any =20 direction.