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: lisp/ChangeLog coding system Date: Sun, 28 Apr 2002 21:55:29 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <200204290155.g3T1tT814296@rum.cs.yale.edu> References: <86g01i8qoa.fsf@gerd.dnsq.org> <200204272241.g3RMfqI05559@aztec.santafe.edu> <6923-Sun28Apr2002212223+0300-eliz@is.elta.co.il> <87znzn48el.fsf@tleepslib.sk.tsukuba.ac.jp> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1020045456 29915 127.0.0.1 (29 Apr 2002 01:57:36 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 29 Apr 2002 01:57:36 +0000 (UTC) Cc: Eli Zaretskii , 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 1720Q4-0007mO-00 for ; Mon, 29 Apr 2002 03:57:36 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 1720Tb-0007jU-00 for ; Mon, 29 Apr 2002 04:01:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 1720Pm-0007Yj-00; Sun, 28 Apr 2002 21:57:18 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 1720O2-0007Rn-00 for ; Sun, 28 Apr 2002 21:55:30 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g3T1tT814296; Sun, 28 Apr 2002 21:55:29 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: "Stephen J. Turnbull" Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3370 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3370 > One aspect is making better guesses about desired coding systems. I'm not sure what kind of improvements you're thinking about. > Another is getting the trash coding systems out of the prompt to the user. I agree that the more "esoteric" systems should be made less visible. They are already pushed to the end of the list, but the list is long (because it always includes the "catch-all" systems like emacs-mule, iso-2022 and iso8859-with-esc) and looks just very confusing. We should probably try to split it into "likely" and "unlikely" options. Where the cut-off point should be, I don't know (non-MIME coding-systems should be in the "unlikely" list, tho). > Eg, I doubt most users _ever_ want to use the -with-esc coding > systems. (As far as I can tell X Compound Text should serve the > purpose fine, and users can tell for sure that they don't know what it > does. The ISO-8859-with-esc are tempting for naive users as "the > closest to what I want"). I don't even know why those systems exist. > A sample implementation of these aspects (for XEmacs only) is latin-unity: I'm not sure in which sense this is related. > The two big problems with this package (to the author's mind ;-) are > that it doesn't handle anything but ISO Latin yet, and it doesn't work > on GNU Emacs. The beta testers seem happy with the functionality. > The UI needs tuning, of course. Looking at the README, I have the impression that most of the functionality is already part of the Emacs CVS code (mostly thanks to Dave's ucs-tables.el). Someone should try and figure out the details. Stefan