Summernote多编辑器颜色选择器问题分析与解决方案

问题现象

在使用Summernote的多编辑器功能时，开发者遇到了两个主要问题：

1. 颜色选择器无法记录最近使用的颜色
2. 点击颜色选择器的"选择"按钮时，编辑器会失去对选中文本的焦点

技术分析

颜色记录失效问题

核心问题出现在颜色选择器的DOM元素查找逻辑上。原始代码使用类选择器查找父元素时，没有考虑下拉菜单的显示状态，导致在多个编辑器实例中可能出现选择器冲突。

问题代码：

const $parent = $('.' + className).find('.note-dropdown-menu');

优化方案： 通过添加.show类限定只查找当前显示的下拉菜单，确保操作的是正确的编辑器实例：

const $parent = $('.' + className+'.show').find('.note-dropdown-menu');

焦点丢失问题

这个问题通常与浏览器的事件处理机制有关。当颜色选择器触发点击事件时，浏览器默认行为可能导致编辑器失去选区。在多编辑器环境下，这个问题会被放大，因为事件冒泡可能影响到其他编辑器实例。

解决方案

1. 颜色记录修复： 修改颜色选择器的DOM查找逻辑，确保只操作当前活动的下拉菜单。

2. 焦点保持方案：

   • 在颜色选择器的事件处理中保存当前选区
   • 使用event.preventDefault()阻止默认行为
   • 应用颜色后恢复选区

3. 多编辑器优化建议：

   • 为每个编辑器实例使用唯一的ID或类名
   • 确保事件处理函数正确绑定到对应的编辑器实例
   • 考虑使用事件委托来管理多个编辑器的事件

最佳实践

对于多编辑器场景，建议：

1. 使用不同的初始化配置为每个编辑器实例
2. 在事件回调中明确指定目标编辑器
3. 考虑使用框架(如Vue/React)来管理多个编辑器状态
4. 定期检查Summernote版本更新，官方可能已修复类似问题

总结

多编辑器环境下的交互问题通常源于DOM查询不精确和事件处理冲突。通过精确选择目标元素和妥善管理编辑器状态，可以有效解决这类问题。开发者应当注意在复杂场景下测试编辑器交互，特别是涉及多个实例时。