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: Rmail conversion misfeature Date: Fri, 20 Mar 2009 21:10:53 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1237597935 6303 80.91.229.12 (21 Mar 2009 01:12:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 21 Mar 2009 01:12:15 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 21 02:13:32 2009 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 1LkpmF-0000xY-Lr for ged-emacs-devel@m.gmane.org; Sat, 21 Mar 2009 02:13:31 +0100 Original-Received: from localhost ([127.0.0.1]:57603 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lkpks-0003Pj-WE for ged-emacs-devel@m.gmane.org; Fri, 20 Mar 2009 21:12:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LkpjZ-00037e-Go for emacs-devel@gnu.org; Fri, 20 Mar 2009 21:10:45 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LkpjV-000368-Tc for emacs-devel@gnu.org; Fri, 20 Mar 2009 21:10:45 -0400 Original-Received: from [199.232.76.173] (port=51537 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LkpjV-000362-My for emacs-devel@gnu.org; Fri, 20 Mar 2009 21:10:41 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:36693 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LkpjU-0001iL-G7; Fri, 20 Mar 2009 21:10:40 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAArbw0lFxIZP/2dsb2JhbACBUNNIg34GhGY X-IronPort-AV: E=Sophos;i="4.38,397,1233550800"; d="scan'208";a="35470471" Original-Received: from 69-196-134-79.dsl.teksavvy.com (HELO pastel.home) ([69.196.134.79]) by ironport2-out.teksavvy.com with ESMTP; 20 Mar 2009 21:10:39 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 8F1767F74; Fri, 20 Mar 2009 21:10:53 -0400 (EDT) In-Reply-To: (Richard M. Stallman's message of "Fri, 20 Mar 2009 18:52:47 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:109745 Archived-At: > Querying before converting a Babyl file is misguided feature. > There is no way to proceed except to convert it. > I think the motive for this was to help people avoid > unwittingly rewriting Babyl files in mbox format. > I see the desirability of that goal, but this cure is > worse than the disease. I plan to delete it. > I can envision a better way to achieve that goal: (1) mark the buffer > unmodified after conversion, and (2) change the operations that would > modify the buffer first warn you and query. That feature won't cause > any hassles just to look at the file, but when you try to alter it, > you will be notified that this would result in changing its format > when you save the changes. That sounds good. The only downside I could imagine is if you look at this file repeatedly without ever modifying it, and it's large enough that conversion takes a non-negligible time. Not sure how likely is such a scenario. Stefan