From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.help Subject: Re: Reverting but keeping undo Date: Wed, 29 May 2013 19:21:37 +0400 Message-ID: <51A61D01.8070904@yandex.ru> References: <87mwrwede7.fsf@wanadoo.es> <8738t6tqie.fsf@yandex.ru> <92f42e8d-b6a8-4f2e-bd1d-c717f1ea9dd0@default> <51A5F3F8.3070300@yandex.ru> <93506dfd-1e77-4dec-acad-82872f9bc428@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1369840940 14804 80.91.229.3 (29 May 2013 15:22:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 May 2013 15:22:20 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Drew Adams Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed May 29 17:22:19 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UhiCg-0005qy-I0 for geh-help-gnu-emacs@m.gmane.org; Wed, 29 May 2013 17:22:18 +0200 Original-Received: from localhost ([::1]:37387 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhiCg-00079h-4X for geh-help-gnu-emacs@m.gmane.org; Wed, 29 May 2013 11:22:18 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:39827) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhiCE-0006yG-Cd for help-gnu-emacs@gnu.org; Wed, 29 May 2013 11:22:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UhiC4-0005Qu-BE for help-gnu-emacs@gnu.org; Wed, 29 May 2013 11:21:50 -0400 Original-Received: from mail-lb0-f179.google.com ([209.85.217.179]:52436) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhiC4-0005QY-09 for help-gnu-emacs@gnu.org; Wed, 29 May 2013 11:21:40 -0400 Original-Received: by mail-lb0-f179.google.com with SMTP id r11so9220480lbv.38 for ; Wed, 29 May 2013 08:21:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-antivirus:x-antivirus-status; bh=hBq39c+yiL4EWSxLCUSgSt9kkhzP4Zs5gq8arNJp/WU=; b=fVxob3n643bo1pXDfrVrE81GZ+UmCjHE/Aj/EwMYMS2D+/JbAmiFfIpEs04pSI1mPz ao7vkDT0pEo0EBrwh/lHZ4GVLWo3W7zwtjQWDH5+FqPLtl81lpPcd67QG/wDOqisO6ON pP4WPbitQ3ik14JsluMeLhzs2ZDl0O5vRi6Pv5489JMBLBNCMC87Cr/Ye+uaf0Y3/KHu 4/k1uT/pJHXjEAu8eolJ5x/UIlguN5M5QFzNcIV9MFG4OJ4V7CjBphFfnq0zbGZ3c22H QXFElV/1EVCI8B//GP9v2sOZiFaQxmbAafoyINvQXrLHnnrJEBWIzkZDxlrIyRW6MP5f UKuA== X-Received: by 10.152.116.114 with SMTP id jv18mr1618780lab.15.1369840898948; Wed, 29 May 2013 08:21:38 -0700 (PDT) Original-Received: from [127.0.0.1] ([178.252.98.87]) by mx.google.com with ESMTPSA id w8sm15928090laz.0.2013.05.29.08.21.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 May 2013 08:21:37 -0700 (PDT) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 In-Reply-To: <93506dfd-1e77-4dec-acad-82872f9bc428@default> X-Antivirus: avast! (VPS 130529-0, 29.05.2013), Outbound message X-Antivirus-Status: Clean X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.217.179 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:91137 Archived-At: On 29.05.2013 17:55, Drew Adams wrote: >>>> I think it's a great change. >>>> >>> Yes, why? Any good reason? > > You misquoted. My "why" there was about the lack of discussion prior to this change - why no discussion? Who were you agreeing with, there? > DG> > I think it's a great change. > da> > > And why no discussion beforehand? > da> Yes, why? Any good reason? Because discussing every single thing takes more time and effort, and most people have a limited amount of them. It's not like you're sponsoring the development, right? And, like it often happens, people with a lot of opinions are often the least qualified to make a decision. See "bikeshedding". > And it is not a discusson on emacs-devel by Emacs developers. Again, are you an Emacs developer? You aren't. What do you care? Emacs committers are subscribed to emacs-diff or emacs-bugs, and if some aren't, they should. Anyone disagreeing can voice their opinion. Preferably without speaking for other people. > Instead of willy nilly changing the basic function `revert-buffer', this feature of extra protection against user mistakes (including mistakenly confirming reversion!) should be implemented by creating a separate command or user variable (perhaps option) - giving users the choice to use it or not. If `auto-revert-mode' is also implicated then it can be made sensitive to the same (or an additional) user choice. The "extra protection" feature means that the new behavior makes sense as default. So, a hypothetical new variable would revert the behavior to how it were before, but setting a new variable isn't too different from advising `revert-buffer', from a user's perspective. >> Obviously not. The opened bug is a couple of years old now. > > There are thousands of bugs that have been open for a couple of years or more. That means nothing. That means someone has spent some time thinking, and then made a decision. >> We're having this discussion now, and instead of giving actual reasons >> you're speaking of hypothetical users. > > I gave reasons. 1. This is what reverting means, what reverting does (should do, always has done). "foo has always done that" is not a reason. Here's an example of a plausible reason "Mary has a little lamb, she wants to shave it, but cannot do it unless `revert-buffer' clears the buffer undo list." Here's another: "foo has always done that, and the new behavior breaks packages X, Y and Z that depend on it". "reverting means" whatever the user manual at any given point says it means. > 2. `revert-buffer' is not used only interactively; it is a basic function used in lots of code. Another reason to make the change. Basic functions shouldn't do too many things at once. If a consumer wants to clear the undo list, they can do that separately. >> But the way you often assume the you know the userbase better than >> everyone else is tiresome, to be honest. > > I'm not the one assuming anything about the user base. I'm not the one claiming competence deciding what is good for everyone. I'm not imposing any change on the existing behavior. My only assumption about the user base is that users deserve control, choice. You're assuming that the old behavior is important enough for a decent amount of users to justify the expense of discussing it, adding a separate command, new variable, whatever, documenting it, and then maintaining these additions over the years. That's not a safe assumption. And the one user with special needs who does care about it can change the behavior with `defadvice'.