From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.devel Subject: AW: New undo element (fun . args) Date: Mon, 7 Feb 2005 13:32:01 +0100 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1300797319==" X-Trace: sea.gmane.org 1107780866 29290 80.91.229.2 (7 Feb 2005 12:54:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 7 Feb 2005 12:54:26 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 07 13:54:25 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Cy8P7-0000Xj-D4 for ged-emacs-devel@m.gmane.org; Mon, 07 Feb 2005 13:54:13 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cy8dF-0003Lj-5h for ged-emacs-devel@m.gmane.org; Mon, 07 Feb 2005 08:08:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cy8UC-0007jO-Dp for emacs-devel@gnu.org; Mon, 07 Feb 2005 07:59:29 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cy8U0-0007c5-24 for emacs-devel@gnu.org; Mon, 07 Feb 2005 07:59:21 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cy8Tx-0007Wj-Ab for emacs-devel@gnu.org; Mon, 07 Feb 2005 07:59:13 -0500 Original-Received: from [192.76.162.229] (helo=world1.sdm.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cy87Z-0007Ks-Jq; Mon, 07 Feb 2005 07:36:06 -0500 Original-Received: from localhost ([127.0.0.1] helo=world1.sdm.de) by world1.sdm.de (MTA) via esmtp id 1Cy87X-00036d-Cf; Mon, 07 Feb 2005 13:36:03 +0100 Original-Received: from mucns1.muc.sdm.de ([193.102.180.22]) by world1.sdm.de (MTA) via esmtp id 1Cy87X-00036Y-7t; Mon, 07 Feb 2005 13:36:03 +0100 Original-Received: by mucns1.muc.sdm.de (MTA) via esmtp from localhost ([127.0.0.1] helo=sdmmail1.sdm.de) id 1Cy87X-0003rU-6D; Mon, 07 Feb 2005 13:36:03 +0100 Original-Received: from mucmail1.sdm.de ([193.102.180.175]) by sdmmail1.sdm.de with Microsoft SMTPSVC(6.0.3790.211); Mon, 7 Feb 2005 13:36:02 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New undo element (fun . args) Thread-Index: AcUNEInQWlUscfN7SDOc0o7Kj0eBGwAAHvXu Original-To: , X-OriginalArrivalTime: 07 Feb 2005 12:36:02.0463 (UTC) FILETIME=[958DCAF0:01C50D11] 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:33000 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33000 This is a multi-part message in MIME format. --===============1300797319== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C50D11.95479BA4" This is a multi-part message in MIME format. ------_=_NextPart_001_01C50D11.95479BA4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable >A _lot_ of people are annoyed at the way `undo' also redos things. >For that reason, a package redo.el exists, and people get told about >it frequently on Emacs lists and groups. >I consider it likely that with the new changes, this package will no >longer work. I also have detected the variable undo-no-redo (not >customizable, though) which wouls appear from its name and description >to solve one half of the problem, the remaining half being that an >actual redo command working in the opposite direction would be >required. >Even if we don't find an actual keybinding for that (one could see >what redo.el uses), using undo with a negative argument could be used >instead. >Since we are likely to break redo.el, wouldn't it be sensible to >provide the functionality from within Emacs once and for all? It does >not seem like much would be missing for implementing this, and one >could even make do without an extra keybinding by using negative >prefixes to undo. >>From a users point of view: This undo-circle of current Emacs is one of the most annoying stuff of Emacs - all users of Emacs i know agree with me concerning this undo-behavior and the lack of a redo. Therefore for us the redo.el package is very important so either redo.el should work after this internal undo-changes or - and much better and as David already said: "It *would* be sensible to provide the functionality from within Emacs once and for all" - at least IMHO.... Ciao, Klaus ------_=_NextPart_001_01C50D11.95479BA4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable AW: New undo element (fun . args)

>A _lot_ of people are annoyed at the way `undo' = also redos things.
>For that reason, a package redo.el exists, and people get told = about
>it frequently on Emacs lists and groups.

>I consider it likely that with the new changes, this package will = no
>longer work.  I also have detected the variable undo-no-redo = (not
>customizable, though) which wouls appear from its name and = description
>to solve one half of the problem, the remaining half being that = an
>actual redo command working in the opposite direction would be
>required.

>Even if we don't find an actual keybinding for that (one could = see
>what redo.el uses), using undo with a negative argument could be = used
>instead.

>Since we are likely to break redo.el, wouldn't it be sensible to
>provide the functionality from within Emacs once and for all?  = It does
>not seem like much would be missing for implementing this, and = one
>could even make do without an extra keybinding by using negative
>prefixes to undo.

>>From a users point of view: This undo-circle of current Emacs is one
of the most annoying stuff of Emacs - all users of Emacs i know
agree with me concerning this undo-behavior and the lack of a redo.
Therefore for us the redo.el package is very important so either
redo.el should work after this internal undo-changes or - and much
better and as David already said: "It *would* be sensible to
provide the functionality from within Emacs once and for all" - at = least
IMHO....

Ciao,
Klaus

------_=_NextPart_001_01C50D11.95479BA4-- --===============1300797319== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============1300797319==--