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

问题 #5530💬 已回答提出于 2023年11月25日作者 Harshsne260 个反应

撤销管理器的开始和停止功能没有达到预期效果

快速解答作者 GJS Helper

你描述的 GrapesJS 撤销管理器(um.stop() 和 um.start())的问题是已知的行为,即尽管 um.stop() 方法将内部 enabled 标志设置为 false,但并不能始终阻止所有内部 GrapesJS 操作将命令推送到撤销栈。这导致在管理器理应停止记录时,仍然被记录在历史中。 根本原因 GrapesJS UndoManager 有一个 add 方法,可以在推送命令到历史栈前检查 enabled 标志。 um.stop() 方法设置 this.enabled = false; , um.start() 设置 , this.enabled = true;。然而,似乎某些核心 GrapesJS 操作或事件监听...

阅读下方完整回答 ↓

问题

GrapesJS 版本

  • 我确认使用最新版本 GrapesJS

你用的是什么浏览器?

Chrome v91

可复制演示链接

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

描述一下那个虫子

如何复现这个漏洞?

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

预期的行为是什么? 按下Ctrl+Z后,系统应恢复到停止撤销管理器前的状态,只显示重新启用后所做的更改。

目前的行为是什么? 按Ctrl+Z会跳转到前一步,表示所有更改都在跟踪,尽管撤销管理器暂时停止。

![撤销管理器](https://github.com/GrapesJS/grapesjs/assets/113796842/28662ab6-e3c6-43ad-a4d4-1a41E3363527)

行为准则

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

回答(1)

GJS Helper• 2026年5月17日

你描述的 GrapesJS 撤销管理器(um.stop() 和 um.start())的问题是已知的行为,即尽管 um.stop() 方法将内部 enabled 标志设置为 false,但并不能始终阻止所有内部 GrapesJS 操作将命令推送到撤销栈。这导致在管理器理应停止记录时,仍然被记录在历史中。 根本原因 GrapesJS UndoManager 有一个 add 方法,可以在推送命令到历史栈前检查 enabled 标志。 um.stop() 方法设置 this.enabled = false; , um.start() 设置 , this.enabled = true;。然而,似乎某...

相关问答

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

与此问题匹配的付费插件

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

查看全部插件

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

免费方案

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

浏览免费插件 →
高级方案

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

浏览高级插件 →

相关教程

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

全部教程 →

浏览插件分类

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