From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Several serious problems Date: Wed, 24 Jul 2002 21:12:06 -0600 (MDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200207250312.g6P3C6F06647@aztec.santafe.edu> References: <200207221711.g6MHBZo02496@aztec.santafe.edu> <200207240325.g6O3Pkt04913@aztec.santafe.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1027566792 7561 127.0.0.1 (25 Jul 2002 03:13:12 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 25 Jul 2002 03:13:12 +0000 (UTC) Cc: handa@etl.go.jp, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17XZ3v-0001xq-00 for ; Thu, 25 Jul 2002 05:13:11 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17XZJ1-00078s-00 for ; Thu, 25 Jul 2002 05:28:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17XZ4A-000371-00; Wed, 24 Jul 2002 23:13:27 -0400 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17XZ2t-00030s-00; Wed, 24 Jul 2002 23:12:07 -0400 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.11.6+Sun/8.11.6) with ESMTP id g6P3CDB15116; Wed, 24 Jul 2002 21:12:13 -0600 (MDT) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g6P3C6F06647; Wed, 24 Jul 2002 21:12:06 -0600 (MDT) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: keichwa@gmx.net In-Reply-To: (message from Karl Eichwalder on Wed, 24 Jul 2002 06:43:01 +0200) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:6020 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6020 > Often it's getting even worse: Emacs proposes a > "secure" encoding and when users go for it, all looks well until you > want to process such a file with TeX... > > I am not really sure what that means--would you please explain? We discussed the issue several times (e.g. under the subject "lisp/ChangeLog coding system"); I did not recognize the issue because you said "a 'secure' encoding" and that is not a term we normally use. Well, in the version (mid-January, maybe?) of GNU Emacs I have, when I tried saving a buffer with mixed ascii, latin-1, and latin-2 in it, it gave me an abominably long list of coding systems including mule internal, all the -with-esc systems, and iso-2022-jp-2. But all of the characters used in the buffer are in ISO-8859-2, it's just Mule making false distinctions. The current development version of Emacs enables unify-8859-on-encoding-mode; does that solve this problem?