From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Emacs 22 branch created. Date: Tue, 01 May 2007 12:44:01 -0400 Message-ID: References: <871wi9jw37.fsf@catnip.gol.com> <462E7B94.3000008@gnu.org> <462F0A07.50104@gnu.org> <864pn4an8j.fsf@lola.quinscape.zz> <86zm4w97du.fsf@lola.quinscape.zz> <20070425195026.GA19472@printf.se> <20070427133832.22F374DD5F@rocksteady.printf.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1178037869 3450 80.91.229.12 (1 May 2007 16:44:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 1 May 2007 16:44:29 +0000 (UTC) Cc: henrik.enberg@telia.com, eliz@gnu.org, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 01 18:44:28 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HivSi-0007OF-It for ged-emacs-devel@m.gmane.org; Tue, 01 May 2007 18:44:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HivYw-0000GY-KK for ged-emacs-devel@m.gmane.org; Tue, 01 May 2007 12:50:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HivYs-0000Cx-E6 for emacs-devel@gnu.org; Tue, 01 May 2007 12:50:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HivYp-0000Bg-TS for emacs-devel@gnu.org; Tue, 01 May 2007 12:50:46 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HivYp-0000Bd-KE for emacs-devel@gnu.org; Tue, 01 May 2007 12:50:43 -0400 Original-Received: from bc.sympatico.ca ([209.226.175.184] helo=tomts22-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HivSO-0004rD-10; Tue, 01 May 2007 12:44:04 -0400 Original-Received: from pastel.home ([74.12.209.226]) by tomts22-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070501164401.YEIA1767.tomts22-srv.bellnexxia.net@pastel.home>; Tue, 1 May 2007 12:44:01 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 340228073; Tue, 1 May 2007 12:44:01 -0400 (EDT) In-Reply-To: (Richard Stallman's message of "Mon\, 30 Apr 2007 18\:09\:46 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) X-detected-kernel: Solaris 8 (1) 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: news.gmane.org gmane.emacs.devel:70445 Archived-At: > The non-decoded part of the buffer should be in unibyte mode. > Why does it have to be in unibyte mode? I didn't say it has to, just that it should: for efficiency, for clarity, etc... > Decoding can be done in a multibyte buffer. Yes, binary data stored in a multibyte buffer works, but has to be handled with more care. Experience shows it's more likely to lead to bugs which ultimately result in things like \NNN escapes shown to the user instead of accented chars. > And of course very inefficient when you'll constantly be editing a very > large rmail buffer. > Not really, because the gap makes such operations efficient. It just reduces the inefficiency. > The other approach also needs peculiar changes in lower-level features > to work right. Various operations on the message buffer would have to > operate on the file buffer as well. These include set-buffer-file-name, > rename-buffer, as well as saving. Those other features can all be done at the UI-level, where they belong, not at a low level. At the very least, it's all done in elisp, without any need to fiddle with C code. Stefan