From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: GNU Emacs 22.0.50 fails to find =?utf-8?b?w6Q=?= in different ISO Latin encodings Date: Sun, 24 Sep 2006 10:51:54 +0900 Message-ID: <87r6y2c9qd.fsf@catnip.gol.com> References: <4CEE7BA9-0CEF-40CD-A081-2C707A44833B@web.de> <453787ED-925B-49B5-A203-3211329FCB13@web.de> <35A5EBE2-652D-488C-9CFD-E7B56A8C2D07@web.de> <9A1B7415-8272-41D8-A1D6-C6837CE5AC09@web.de> <9CCE5E9E-F92E-41A2-8E5C-F2E2F9DAE2EE@web.de> Reply-To: Miles Bader NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1159062747 32492 80.91.229.2 (24 Sep 2006 01:52:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 24 Sep 2006 01:52:27 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, Kenichi Handa , rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 24 03:52:23 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 1GRJAM-0005yw-19 for ged-emacs-devel@m.gmane.org; Sun, 24 Sep 2006 03:52:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GRJAL-0006wM-JY for ged-emacs-devel@m.gmane.org; Sat, 23 Sep 2006 21:52:21 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GRJA8-0006t8-F2 for emacs-devel@gnu.org; Sat, 23 Sep 2006 21:52:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GRJA6-0006qk-EO for emacs-devel@gnu.org; Sat, 23 Sep 2006 21:52:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GRJA6-0006qL-3Y; Sat, 23 Sep 2006 21:52:06 -0400 Original-Received: from [203.216.5.72] (helo=smtp02.dentaku.gol.com) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GRJE8-0007Js-PJ; Sat, 23 Sep 2006 21:56:17 -0400 Original-Received: from 203-216-99-083.dsl.gol.ne.jp ([203.216.99.83] helo=catnip.gol.com) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1GRJ9w-00043j-KW; Sun, 24 Sep 2006 10:51:56 +0900 Original-Received: by catnip.gol.com (Postfix, from userid 1000) id 2700F2F40; Sun, 24 Sep 2006 10:51:54 +0900 (JST) Original-To: Peter Dyballa System-Type: i686-pc-linux-gnu In-Reply-To: <9CCE5E9E-F92E-41A2-8E5C-F2E2F9DAE2EE@web.de> (Peter Dyballa's message of "Sat\, 23 Sep 2006 10\:45\:13 +0200") Original-Lines: 26 X-Abuse-Complaints: abuse@gol.com 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:60154 gmane.emacs.pretest.bugs:14158 Archived-At: Peter Dyballa writes: > it needs to be emphasised that C-s C-q uses a Unicode search and does > not take into account the file's proper encoding. Could be there are > just a few that care about these encoding details. That's misleading. There's no "unicode search"; if the variable I added is set to `ucs', it _converts_ a unicode codepoint entered via C-q to Emacs' internal representation; after that, it works exactly like the old C-q. Since I-search (for instance) currently seems to correctly handle, for instance, searching for a latin-1 =C3=A4 in a latin-2 buffer -- even though the underlying buffer representation is in fact different -- then searching should continue to work correctly even in "unicode C-q mode". [However, I think that character insertion via C-q won't work as the user-expects; for instance, C-q e4 would insert a latin-1 =C3=A4 even in a unicode-2 buffer -- using the default settings, this situation will get fixed up at file write time, because unify-8859-on-encoding-mode is on by default, but until then, the inconsistent buffer contents might confuse a user.] -Miles --=20 "Whatever you do will be insignificant, but it is very important that you do it." Mahatma Ghandi