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: unibyte<->multibyte conversion [Re: Emacs-diffs Digest, Vol 2, Issue 28] Date: Sat, 25 Jan 2003 20:30:50 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200301260130.h0Q1Uo518101@rum.cs.yale.edu> References: <3405-Sat18Jan2003154003+0200-eliz@is.elta.co.il> <200301200229.LAA16287@etlken.m17n.org> <6480-Mon20Jan2003214849+0200-eliz@is.elta.co.il> <200301202055.h0KKtun11691@rum.cs.yale.edu> <200301221412.h0MECoA01024@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1043544716 13753 80.91.224.249 (26 Jan 2003 01:31:56 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 26 Jan 2003 01:31:56 +0000 (UTC) Cc: Stefan Monnier Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18cbdv-0003YP-00 for ; Sun, 26 Jan 2003 02:31:27 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18cbhP-0007wE-00 for ; Sun, 26 Jan 2003 02:35:03 +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 18cbeG-0006yX-00 for emacs-devel@quimby.gnus.org; Sat, 25 Jan 2003 20:31:48 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18cbdn-0006cK-00 for emacs-devel@gnu.org; Sat, 25 Jan 2003 20:31:19 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18cbdS-0005vT-00 for emacs-devel@gnu.org; Sat, 25 Jan 2003 20:30:59 -0500 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18cbdL-0005eo-00; Sat, 25 Jan 2003 20:30:51 -0500 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id h0Q1Uo518101; Sat, 25 Jan 2003 20:30:50 -0500 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: Richard Stallman Original-cc: eliz@is.elta.co.il Original-cc: handa@m17n.org Original-cc: emacs-devel@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:11070 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:11070 > Using decode-coding-string is just as easy and makes things much > more clear so we should encourage it. > > I don't see how it makes anything clearer. It would tend to make the > documentation less clear. Right now there are two (perhaps in the > future three) functions, each of which has a doc string saying what it > does and what it's good for. Where would that info go if we make the > change you recommend? The change I suggest is to obsolete those functions and to recommend decode-coding-string instead, which has a perfectly good docstring itself and so do each and every coding-system that you might want to pass to that function. I don't understand your question. When people use string-FOO-multibyte it's generally because they don't understand what's going on and they think "a char is a char is a char and I don't get this multibyte madness": using decode-coding-string would force them to better understand what's going on. Stefan