From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Unicode Lisp reader escapes Date: Sun, 14 May 2006 20:55:50 -0400 Message-ID: <87ves8p0us.fsf-monnier+emacs@gnu.org> References: <17491.34779.959316.484740@parhasard.net> <17498.27200.911709.330947@parhasard.net> <877j4z5had.fsf@gmx.de> <87irohfrx1.fsf@gmx.de> <87iroarr9i.fsf-monnier+emacs@gnu.org> <87d5egrb4c.fsf-monnier+emacs@gnu.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1147654583 30615 80.91.229.2 (15 May 2006 00:56:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 15 May 2006 00:56:23 +0000 (UTC) Cc: emacs-devel@gnu.org, handa@m17n.org, alkibiades@gmx.de Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 15 02:56:21 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 1FfRNf-0006vw-OV for ged-emacs-devel@m.gmane.org; Mon, 15 May 2006 02:56:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FfRNf-0004Tq-5s for ged-emacs-devel@m.gmane.org; Sun, 14 May 2006 20:56:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FfRNS-0004TK-5G for emacs-devel@gnu.org; Sun, 14 May 2006 20:56:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FfRNQ-0004T4-HY for emacs-devel@gnu.org; Sun, 14 May 2006 20:56:01 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FfRNQ-0004T1-9k for emacs-devel@gnu.org; Sun, 14 May 2006 20:56:00 -0400 Original-Received: from [209.226.175.74] (helo=tomts20-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FfRPf-00006F-74; Sun, 14 May 2006 20:58:19 -0400 Original-Received: from alfajor ([70.53.194.126]) by tomts20-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060515005555.CDBV16051.tomts20-srv.bellnexxia.net@alfajor>; Sun, 14 May 2006 20:55:55 -0400 Original-Received: by alfajor (Postfix, from userid 1000) id 47B46D7754; Sun, 14 May 2006 20:55:50 -0400 (EDT) Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Sun, 14 May 2006 19:29:13 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:54469 Archived-At: >> Handa says that telling people "don't use utf-8" solves the problem. > Additionally to "don't use unify-8859-on-decoding" which causes > similar problems (which we already bumped into a few years ago when we > included unify-8859-on-decoding) with iso8859 chars and coding systems > like iso-2022. > There is a way for a Lisp file to specify a coding system which isn't > utf-8. Is there a way for a Lisp file to specify that > unify-8859-on-decoding should not be used when reading it? > If not, maybe we should make one. > 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. Forcing it to nil for a particular file is maybe too much work to implement compared to th benefit. Maybe an easier solution is to add a file-local variable `no-8859-unification' such that if that file is loaded in an Emacs which is configured to use unify-8859-on-decoding it signals an error. It could then be added to files like ucs-tables.el. Stefan