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: eight-bit char handling in emacs-unicode Date: Tue, 09 Dec 2003 16:49:49 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200311130153.KAA04615@etlken.m17n.org> <200311130610.PAA04983@etlken.m17n.org> <200311130901.SAA05204@etlken.m17n.org> <200311140047.JAA06414@etlken.m17n.org> <200311180733.QAA13703@etlken.m17n.org> <200311190006.JAA14847@etlken.m17n.org> <200311210041.JAA18324@etlken.m17n.org> <200311210627.PAA18757@etlken.m17n.org> <200311220125.KAA20128@etlken.m17n.org> <20 Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1071007673 30417 80.91.224.253 (9 Dec 2003 22:07:53 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 9 Dec 2003 22:07:53 +0000 (UTC) Cc: emacs-devel@gnu.org, handa@m17n.org, jas@extundo.com Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Dec 09 23:07:48 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ATq1E-0003a5-00 for ; Tue, 09 Dec 2003 23:07:48 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1ATq1E-0001Hg-00 for ; Tue, 09 Dec 2003 23:07:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ATqt8-0005hY-7x for emacs-devel@quimby.gnus.org; Tue, 09 Dec 2003 18:03:30 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ATqlh-0003vN-2v for emacs-devel@gnu.org; Tue, 09 Dec 2003 17:55:49 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ATqjr-0002tW-Oz for emacs-devel@gnu.org; Tue, 09 Dec 2003 17:54:26 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ATqiG-0001ro-Ir for emacs-devel@gnu.org; Tue, 09 Dec 2003 17:52:16 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.24) id 1ATpjp-0000Nw-Am; Tue, 09 Dec 2003 16:49:49 -0500 Original-To: Stefan Monnier In-reply-to: (message from Stefan Monnier on 01 Dec 2003 11:26:39 -0500) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:18586 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18586 So you seem to be thinking about a piece of elisp (or maybe C) that will call string-make-unibyte, but I'm wondering which piece of code you're thinking of, because this piece of code will work if your keyboard uses latin-1 encoding, but not if it uses utf-8 encoding. That may be good enough for some users. Also I'm wondering why this piece of code needs to use string-make-unibyte, instead of encode-coding-string (the only good reason I can think of is that the coding-system to use is not immediately apparent. One possible reason to use string-make-unibyte is because you want things to work "as if they'd been converted by something else". As long as Emacs performs this conversion in other situations on its own, it is useful to make it available as a separate function.