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: Improvements to `(emacs)File Variables' Date: Sun, 14 Nov 2004 18:46:59 -0500 Message-ID: <87r7mw0zik.fsf-monnier+emacs@gnu.org> References: <878y942l8h.fsf-monnier+emacs@gnu.org> <20041114232600.GA12968@fencepost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1100476043 29563 80.91.229.6 (14 Nov 2004 23:47:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 14 Nov 2004 23:47:23 +0000 (UTC) Cc: Simon Krahnke , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 15 00:47:18 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CTU5V-0006eB-00 for ; Mon, 15 Nov 2004 00:47:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CTUEA-0006cK-Tg for ged-emacs-devel@m.gmane.org; Sun, 14 Nov 2004 18:56:14 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CTUDy-0006c7-OP for emacs-devel@gnu.org; Sun, 14 Nov 2004 18:56:02 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CTUDx-0006bk-VX for emacs-devel@gnu.org; Sun, 14 Nov 2004 18:56:02 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CTUDx-0006bh-Q6 for emacs-devel@gnu.org; Sun, 14 Nov 2004 18:56:01 -0500 Original-Received: from [209.226.175.188] (helo=tomts25-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CTU5E-0000yW-Fs; Sun, 14 Nov 2004 18:47:00 -0500 Original-Received: from alfajor ([70.48.82.50]) by tomts25-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20041114234659.UBTA25979.tomts25-srv.bellnexxia.net@alfajor>; Sun, 14 Nov 2004 18:46:59 -0500 Original-Received: by alfajor (Postfix, from userid 1000) id BAF542FD26; Sun, 14 Nov 2004 18:46:59 -0500 (EST) Original-To: Miles Bader In-Reply-To: <20041114232600.GA12968@fencepost> (Miles Bader's message of "Sun, 14 Nov 2004 18:26:00 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:29847 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29847 > I think we should make the whole _concept_ of "unibyte" deprecated... At the user-level, yes that was pretty much my understanding as well, which is why the unibyte:t marker should be considered obsolete. At the elisp level, unibyte strings and buffers are still very handy to manipulate undecoded data (such as when talking to an NNTP server). I don't see any reason why this should ever be deprecated. Stefan