From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: Several serious problems Date: Fri, 30 Aug 2002 10:36:35 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <200208301436.g7UEaZt18518@rum.cs.yale.edu> References: <200208190748.QAA14278@etlken.m17n.org> <200208291325.WAA03596@etlken.m17n.org> <200208291732.g7THWRU11411@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1030718389 32616 127.0.0.1 (30 Aug 2002 14:39:49 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 30 Aug 2002 14:39:49 +0000 (UTC) Cc: "Stefan Monnier" , Kenichi Handa , keichwa@gmx.net, rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17kmw6-0008Tw-00 for ; Fri, 30 Aug 2002 16:39:46 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17knSu-0006u6-00 for ; Fri, 30 Aug 2002 17:13:40 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17kmxW-0008RN-00; Fri, 30 Aug 2002 10:41:14 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17kmtD-0007bL-00 for emacs-devel@gnu.org; Fri, 30 Aug 2002 10:36:47 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17kmt9-0007ZY-00 for emacs-devel@gnu.org; Fri, 30 Aug 2002 10:36:45 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17kmt6-0007Yb-00; Fri, 30 Aug 2002 10:36:40 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g7UEaZt18518; Fri, 30 Aug 2002 10:36:35 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: Dave Love 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:7168 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7168 > > I think the only "problem" in RC is that latin-N chars cannot > > be saved to utf-8. > > In that case, I wasted considerable time... I know, for instance, > that people whinge that keyboard input doesn't conform to the buffer > file coding system, and that other coding systems &c are needed -- > windows-1252 probably most importantly. By "in RC" I meant "in RC as it currently stands", not "in RC before you installed ucs-tables.el". As you know, I'm a big fan of ucs-tables.el. Please don't try and find offense where there isn't, it makes me rather sad. > > > It doesn't contain latin-iso8859-[23...]. > > > > And it's correct as long as ucs-tables is not loaded. > > What handa showed isn't correct. The utf-8 coding system on the RC > branch doesn't encode lao, for instance. I was referring to what's in the utf-8.el file. > > And since RC is "only bug-fixes" > For some value of `bug fix'... Obviously. > > it's important that we don't make > > any change outside of ucs-tables.el except for bug-fixes, so > > we can't just change the safe-charsets property. > > I don't understand. Of course you can't just change safe-charsets -- > it has to reflect what the coding system actually encodes. IIRC, on the trunk you changed utf-8.el directly and simply enforced that ucs-tables.el be loaded when necessary. Stefan