unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: scame <laszlomail@protonmail.com>
Cc: "emacs-devel@gnu.org" <emacs-devel@gnu.org>
Subject: Re: Undo complex command
Date: Tue, 23 Mar 2021 09:55:42 -0400	[thread overview]
Message-ID: <jwvy2eekmth.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <MvD82KE1nYu2NFwlxKgDbCR5c6auULKfoFtsS1B84-FhgScDHbhlg1UhiqAN-EqxplXB6ZtTl9EoBBiR4upBrZF9KlRjhubG95rtbjd-MmM=@protonmail.com> (scame's message of "Tue, 23 Mar 2021 07:05:50 +0000")

> I use repeat complex command often (BTW, why doesn't the built in
> version have completion? It's much better that way.) and

It's always better with completion, indeed.  The reason why there is
currently no completion for it is simple: you just forgot to include the
patch for it in your message.
But don't worry, it happens to the best of us.  Just include it in your
next message and all will be forgiven.

> Then if I want to revert a particular change, I could say
> M-x undo-complex-change, select a command from the undo
> list and then I'd get its diff in a buffer and then I
> could revert any hunk or the whole diff altogether. (Like
> with regular diffs the diff can be applied as long as the
> text did not change significantly since then.)
>
> What do you think? Could it be a useful feature?

Sounds like a great idea, and it could be used with all commands (tho
you'd probably want to weed out the trivial `self-insert-command`s and
`delete-char`s).  I don't think you need to store the diff, because you
can (re)create the diff from the current undo info.

Here's how I imagine you could implement it:
1- copy the current `buffer-string` along with the `buffer-undo-list` to
   a new buffer.
2- save that buffer's content to a temp file.
3- call undo in that temp buffer
4- run a diff between the temp file and the current content of the temp buffer
5- display it to the user
6- if the user hits M-p (or something like that) you go back to 2.
7- else you try to apply that diff to the main buffer's contents
   (e.g. using diff-apply-hunk).

In step 1 you'll probably want to filter out all the marker updates
from the `buffer-undo-list`.  And at step 6 you'll probably want to
allow M-n.

Results would be better if the undo log included some information you
could show to the user such as the command name, but currently that's
not available.


        Stefan




  reply	other threads:[~2021-03-23 13:55 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-23  7:05 Undo complex command scame
2021-03-23 13:55 ` Stefan Monnier [this message]
2021-03-29 23:09   ` Michael Heerdegen
2021-03-31 15:37   ` scame
2021-04-02  3:22     ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=jwvy2eekmth.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=emacs-devel@gnu.org \
    --cc=laszlomail@protonmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).