From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: emacs 22 release Date: Thu, 29 Sep 2005 11:25:11 +0200 Message-ID: <5a7df77b2c3fbbcaca9dac79209f0990@Web.DE> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1127988035 1506 80.91.229.2 (29 Sep 2005 10:00:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 29 Sep 2005 10:00:35 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Sep 29 12:00:33 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EKvBB-0007jq-Dh for geh-help-gnu-emacs@m.gmane.org; Thu, 29 Sep 2005 11:58:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EKvBA-0006w2-SI for geh-help-gnu-emacs@m.gmane.org; Thu, 29 Sep 2005 05:58:16 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EKuwO-0008PO-SG for help-gnu-emacs@gnu.org; Thu, 29 Sep 2005 05:43:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EKuwJ-0008Ol-B1 for help-gnu-emacs@gnu.org; Thu, 29 Sep 2005 05:42:56 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EKuvW-0007hS-1L for help-gnu-emacs@gnu.org; Thu, 29 Sep 2005 05:42:06 -0400 Original-Received: from [217.72.192.225] (helo=smtp07.web.de) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EKufC-0003ss-SM for help-gnu-emacs@gnu.org; Thu, 29 Sep 2005 05:25:15 -0400 Original-Received: from [84.245.189.200] (helo=[192.168.1.2]) by smtp07.web.de with asmtp (WEB.DE 4.105 #317) id 1EKufA-0006VE-00 for help-gnu-emacs@gnu.org; Thu, 29 Sep 2005 11:25:12 +0200 In-Reply-To: X-Image-Url: http://homepage.mac.com/sparifankal/.cv/thumbs/me.thumbnail Original-To: emacs list X-Mailer: Apple Mail (2.623) X-Sender: Peter_Dyballa@web.de X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:29807 Archived-At: Am 29.09.2005 um 09:12 schrieb Jason Rumney: > What do you mean by that? > *Not* having set unify-8859-on-encoding-mode to nil and=20 unify-8859-on-decoding-mode to t, I can i-search in an ISO 8859-1=20 buffer for =E4. When I then change to an ISO 8859-15 encoded buffer and = I=20 type C-s C-s (repeating previous i-search) =E4 can't be found (I can see=20= it *is* there). There seem to be ten different =E4's! And similarly the=20= other 8bit characters. Setting (setq unify-8859-on-encoding-mode nil) (setq unify-8859-on-decoding-mode t) for GNU Emacs 22 makes no change. I reported this earlier this year. Stefan Monnier and Kenichi Handa=20 tried to help me with some code to patch xterm.c. It worked fine -- as=20= long as I did not update again ... -- Greetings Pete There's something the technicians need to learn from the artists. If it isn't aesthetically pleasing, it's probably wrong.