这篇文章说“Emacs有重做,因为你可以在撤销的时候反转方向,从而撤销撤销”。

这是什么意思?用户如何使用Emacs“重做”?


当前回答

在末日emacs中, 按Ctrl + Shift + -取消 Alt + Shift + -重做

其他回答

撤消:C-_

撤销后重做:C-g C-_

在C-_上多次输入以重做被C-_撤消的内容 若要多次重做emacs命令,请执行命令,然后键入C-xz,然后在z键上键入多次以重复该命令(当您想多次执行一个宏时很有趣)

简短的版本:通过撤消撤消。如果撤消,然后执行一个非编辑命令,如C-f,那么下一次撤消将撤消撤消,导致重做。

长版:

您可以将撤消看作是对操作堆栈的操作。如果在一系列撤销操作之后执行某些命令(甚至是C-f之类的导航命令),则所有的撤销操作都将被推入操作堆栈。因此,下一个undo命令将撤销上一个命令。假设你确实有一个这样的操作序列:

插入“foo” 插入“酒吧” 我喜欢垃圾邮件。

现在,撤销。它将撤销最后一个操作,结果是以下列表:

插入“foo” 插入“酒吧”

如果你在这一点上做了一些除了撤销之外的事情——比如C-f,操作堆栈看起来像这样:

插入“foo” 插入“酒吧” 我喜欢垃圾邮件。 撤销插入“我爱垃圾邮件”

当你撤消时,首先要撤消的是撤消。导致您的原始堆栈(和文档状态):

插入“foo” 插入“酒吧” 我喜欢垃圾邮件。

如果您执行一个修改命令来打破undo序列,则该命令被添加在undo之后,因此是之后要撤消的第一件事。假设你在bar上倒空,而不是在C-f上。那么你就有了

插入“foo” 插入“酒吧” 我喜欢垃圾邮件。 撤销插入“我爱垃圾邮件” 删除“酒吧”

这种添加/重新添加会无限地发生。它需要一点时间来适应,但它确实为Emacs提供了高度灵活和强大的撤消/重做机制。

我找到了重做。el非常方便地执行“正常的”撤销/重做,我通常将它绑定到C-S-z和撤销到C-z,就像这样:

(when (require 'redo nil 'noerror)
    (global-set-key (kbd "C-S-z") 'redo))

(global-set-key (kbd "C-z") 'undo)

只需下载该文件,将其放在lisp路径中,并将上述文件粘贴到您的.emacs中。

Emacs 28添加了一个重做命令(称为撤消重做)。

如果您想要更典型的撤消/重做,可以使用以下命令。

(global-set-key (kbd "C-z") 'undo-only)
(global-set-key (kbd "C-S-z") 'undo-redo)

要访问此功能(也可以使用非线性历史记录,请参阅undo-fu,这是内置在undo中的emacs上的精简包装器)。

对于那些想要拥有更常见的撤消/重做功能的人,有人编写了undo-tree.el。它提供了非emacs撤消的外观和感觉,但提供了对撤消历史的整个“树”的访问。

我喜欢Emacs的内置撤销系统,但发现这个包非常直观。

以下是该文件本身的评论:

Emacs has a powerful undo system. Unlike the standard undo/redo system in most software, it allows you to recover any past state of a buffer (whereas the standard undo/redo system can lose past states as soon as you redo). However, this power comes at a price: many people find Emacs' undo system confusing and difficult to use, spawning a number of packages that replace it with the less powerful but more intuitive undo/redo system. Both the loss of data with standard undo/redo, and the confusion of Emacs' undo, stem from trying to treat undo history as a linear sequence of changes. It's not. The `undo-tree-mode' provided by this package replaces Emacs' undo system with a system that treats undo history as what it is: a branching tree of changes. This simple idea allows the more intuitive behaviour of the standard undo/redo system to be combined with the power of never losing any history. An added side bonus is that undo history can in some cases be stored more efficiently, allowing more changes to accumulate before Emacs starts discarding history.