From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Unicode Lisp reader escapes Date: Mon, 15 May 2006 16:37:21 -0400 Message-ID: References: <17491.34779.959316.484740@parhasard.net> <877j4z5had.fsf@gmx.de> <87irohfrx1.fsf@gmx.de> <87iroarr9i.fsf-monnier+emacs@gnu.org> <87d5egrb4c.fsf-monnier+emacs@gnu.org> <87ves8p0us.fsf-monnier+emacs@gnu.org> <87ves8ngtb.fsf@gmx.de> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1147725485 22792 80.91.229.2 (15 May 2006 20:38:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 15 May 2006 20:38:05 +0000 (UTC) Cc: emacs-devel@gnu.org, monnier@iro.umontreal.ca, handa@m17n.org, alkibiades@gmx.de Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 15 22:38:04 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 1FfjpL-0006zA-2X for ged-emacs-devel@m.gmane.org; Mon, 15 May 2006 22:38:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FfjpL-0008Np-9v for ged-emacs-devel@m.gmane.org; Mon, 15 May 2006 16:38:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ffjoi-00083C-6g for emacs-devel@gnu.org; Mon, 15 May 2006 16:37:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ffjoh-00082p-Lm for emacs-devel@gnu.org; Mon, 15 May 2006 16:37:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ffjoh-00082k-Fs for emacs-devel@gnu.org; Mon, 15 May 2006 16:37:23 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FfjrB-00035U-0s for emacs-devel@gnu.org; Mon, 15 May 2006 16:39:57 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ffjof-0000VF-EO; Mon, 15 May 2006 16:37:21 -0400 Original-To: Oliver Scholz In-reply-to: <87ves8ngtb.fsf@gmx.de> (message from Oliver Scholz on Mon, 15 May 2006 04:49:04 +0200) 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:54532 Archived-At: >> Here's one idea: if the -*- line specifies `coding' and specifies >> the mode `emacs-lisp' then force unify-8859-on-decoding to nil >> for that file. Besides the work already mentioned, this would also require to turn unify-8859-on-decoding-mode into a buffer-local minor mode. That is not the only possible implementation mechanism. The commands that read and write the buffer could change it temporarily and change it back. However, it seems like a really bad thing to have a minor mode that CAN'T be buffer-local. Why can't it be? What is the difficulty?