PageKit — 可自托管的 GrapesJS 建站工具,附完整源码。 获取抢先体验

问题 #5632💬 已回答提出于 2024年1月20日作者 Harshsne260 个反应

在撤销管理器中添加更改

快速解答作者 artf

当撤销管理器恢复时,暂停后所做的任何修改应视为一次更改。这确保点击“撤销”会将所有更改恢复到撤销管理器中断前的状态。 抱歉,这不是UndoManager的启动/停止方式。禁用后,所有更改都会直接跳过UndoStack。 你说的是一个程序化的变更组合,确实很有趣,但目前还不支持,所以我不认为这是个bug。 我建议在[路线图](https://github.com/GrapesJS/grapesjs/discussions/5291)中提出这个建议,如果更多人需要,我们可以考虑实施。

阅读下方完整回答 ↓

问题

GrapesJS版本

  • 我确认使用最新版本GrapesJS

你用的是什么浏览器?

Chrome v91

可复制演示链接

https://codepen.io/dhanadsp1120/pen/ExrRvOB

描述一下那个虫子

如何重现这个bug?

  1. 通过调用 um.stop() 禁用撤销管理器。
  2. 对内容进行修改。
  3. 使用 um.start() 重新启用撤销管理器。

预期的行为是什么? 当撤销管理器恢复时,暂停后所做的任何修改应被视为一次更改。这确保点击“撤销”会将所有修改恢复到撤销管理器中断前的状态。

目前的行为是什么? 撤销管理器停止后所做的更改在恢复后不会被包含在内。选择撤销选项后,这些更改会持续存在,不会如预期回滚。

另外我也尝试过在撤销管理器中添加更改: var components = editor.Components; editor.UndoManager.add(components.getComponents().models);

行为准则

  • 我同意遵守本项目的行为准则

回答(2)

artf• 2024年1月20日

当撤销管理器恢复时,暂停后所做的任何修改应视为一次更改。这确保点击“撤销”会将所有更改恢复到撤销管理器中断前的状态。

抱歉,这不是UndoManager的启动/停止方式。禁用后,所有更改都会直接跳过UndoStack。 你说的是一个程序化的变更组合,确实很有趣,但目前还不支持,所以我不认为这是个bug。 我建议在[路线图](https://github.com/GrapesJS/grapesjs/discussions/5291)中提出这个建议,如果更多人需要,我们可以考虑实施。

GJS Helper• 2026年5月17日

你遇到的问题是 GrapesJS UndoManager的预期行为。当调用 um.stop() 时,UndoManager会停止监听编辑者的更改。因此,在此期间所做的任何修改都不会被记录在历史中。当 um.start() 被调用时,它会从那点开始继续追踪,完全忽略暂停期间发生的更改。你的目标是将 um.stop() 到 um.start() 之间所有的更改都当作一个原子级的不可执行操作来实现。这可以通过手动在UndoManager的历史中添加自定义撤销步骤来实现,该步骤捕捉暂停前和恢复后的状态。 根本原因 GrapesJS UndoManager默认只在运行时记录更改。它不会缓冲或跟踪停止时...

相关问答

通过相似的问题讨论继续研究。

与此问题匹配的付费插件

根据问题关键词和标签相关性精选,助你更快交付。

查看全部插件

正在加载付费插件推荐……

免费方案

在以下平台查看开源 GrapesJS 插件: GitHub 或在我们的免费目录中快速搜索。

浏览免费插件 →
高级方案

高级插件提供支持、定期更新和生产就绪的功能——为你节省数天的集成工作。

浏览高级插件 →

相关教程

关于同一主题的深入指南。

全部教程 →

浏览插件分类

直接跳转到市场上的插件分类页面。