From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Changes for emacs 28 Date: Sun, 13 Sep 2020 00:07:14 -0400 Message-ID: References: <20200910231420.kvqg6ohvxetpup5c.ref@Ergus> <20200910231420.kvqg6ohvxetpup5c@Ergus> <20200912032817.quizlcbwuf64wjfp@Ergus> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2755"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rekado@elephly.net, ghe@sdf.org, drew.adams@oracle.com, emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Sep 13 06:08:04 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kHJJ6-0000df-GF for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Sep 2020 06:08:04 +0200 Original-Received: from localhost ([::1]:35612 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kHJJ5-0000kT-H0 for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Sep 2020 00:08:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49808) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kHJIL-0007zA-Ev for emacs-devel@gnu.org; Sun, 13 Sep 2020 00:07:17 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:51616) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kHJIK-00012v-UH; Sun, 13 Sep 2020 00:07:16 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1kHJII-0006M7-Tx; Sun, 13 Sep 2020 00:07:15 -0400 In-Reply-To: <20200912032817.quizlcbwuf64wjfp@Ergus> (message from Ergus on Sat, 12 Sep 2020 05:28:17 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:255431 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > But the idea was to do: > [remap undo] -> undo-only > + > C-? and M-_ -> undo-redo I wonder if it is possible to modify undo-redo to work in a meaningful way with the ordinary undo command. More precisely, if you invoke 'undo-redo' that would cause 'undo' to start acting like 'undo-only' for the time being. 'undo' would go back to normal undo the next time you start a new chain of undos. In effect, this way we would have both kinds of undo _behavior_ with just one undo _command_. That might eliminate the confusion. -- Dr Richard Stallman Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)