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: setenv -> locale-coding-system cannot handle ASCII?! Date: Wed, 26 Feb 2003 18:26:11 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200302250634.PAA27478@etlken.m17n.org> <200302260058.JAA28973@etlken.m17n.org> <200302260211.h1Q2BJl08373@rum.cs.yale.edu> <200302260234.LAA29082@etlken.m17n.org> <200302260252.h1Q2qIK08490@rum.cs.yale.edu> <200302260532.OAA29294@etlken.m17n.org> <200302260749.QAA29494@etlken.m17n.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1046302643 19110 80.91.224.249 (26 Feb 2003 23:37:23 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 26 Feb 2003 23:37:23 +0000 (UTC) Cc: monnier+gnu/emacs@rum.cs.yale.edu Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18oB6N-0004vJ-00 for ; Thu, 27 Feb 2003 00:36:39 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18oBN1-0005Mg-00 for ; Thu, 27 Feb 2003 00:53:51 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18oB3J-0004vI-06 for emacs-devel@quimby.gnus.org; Wed, 26 Feb 2003 18:33:29 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18oB2C-0004Is-00 for emacs-devel@gnu.org; Wed, 26 Feb 2003 18:32:20 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18oAy4-0002oT-00 for emacs-devel@gnu.org; Wed, 26 Feb 2003 18:28:07 -0500 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18oAwF-0001EI-00 for emacs-devel@gnu.org; Wed, 26 Feb 2003 18:26:11 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 18oAwF-0000Zr-00; Wed, 26 Feb 2003 18:26:11 -0500 Original-To: Kenichi Handa In-reply-to: <200302260749.QAA29494@etlken.m17n.org> (message from Kenichi Handa on Wed, 26 Feb 2003 16:49:15 +0900 (JST)) Original-cc: d.love@dl.ac.uk Original-cc: miles@gnu.org Original-cc: emacs-devel@gnu.org Original-cc: sds@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:11994 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:11994 What a character in a unibyte buffer represents depends on a context. It may be a character represented by a single byte, or a raw byte not yet decoded, or a byte constituing a multibyte form of the different character. On the other hand, a character in a unibyte string always represents a raw byte. Emacs coerces it into a character represented by that single byte when a unibyte string is concatenated with a multibyte string, or it is inserted in a multibyte buffer. ------------------------------------------------------------ But, I'm not sure such a change is really necessary. Are you sure that the change doesn't break the current usage of unibyte strings? To me this seems like a limitation, not an improvement. If you cut a string out of a unibyte buffer, its contents have the same kind of meaning as the unibyte buffers's contents. Practically speaking, to implement this would seem to mean removing features, but which features? Meanwhile, I wonder whether there is any difference between handing unibyte text inserted from a unibyte string and unibyte text inserted from a unibyte buffer with insert-buffer-substring. I would expect and hope they work the same.