MindMap富文本编辑器空格与回车渲染问题解析

在MindMap项目(v0.12.2之前版本)的富文本编辑功能中，存在几个值得注意的渲染问题，这些问题主要涉及空格处理和回车换行时的节点尺寸计算。作为一款思维导图工具，富文本编辑的流畅性和准确性直接影响用户体验，下面我们将深入分析这些问题的技术细节。

空格处理机制分析

在早期版本中，富文本节点对空格的处理存在两个主要异常：

1. 开头空格宽度计算问题：当用户在文本开头输入连续空格时，编辑器无法实时计算并扩展节点宽度。有趣的是，这种宽度计算延迟并非完全失效，而是在输入结束后会触发一次性的宽度调整，但会删除多余空格仅保留一个。这种半吊子的处理方式源于Quill编辑器与MindMap自定义渲染逻辑之间的协调问题。

2. 数字加空格触发列表问题：输入"1."后跟空格时，Quill默认会将其转换为有序列表格式。然而MindMap的渲染引擎并未完全支持这种列表样式，导致最终渲染时列表样式丢失。这种格式不兼容问题需要通过禁用Quill的自动列表功能来解决。

回车换行渲染延迟

使用Shift+Enter进行软换行时，虽然光标位置正确下移，但节点高度未能同步更新。这种高度计算延迟直到用户继续输入内容才会被修正。这种现象表明MindMap的高度计算机制依赖于内容变更事件，而非纯粹的光标位置变化。

技术解决方案

针对上述问题，MindMap在v0.12.2版本中实施了多项改进：

1. 优化空格处理：重新设计了宽度计算逻辑，确保开头空格能实时影响节点尺寸，同时保留了合理的空格合并策略。

2. 禁用自动列表：通过配置Quill编辑器，禁用了其自动将数字序列转换为有序列表的功能，消除了格式不匹配问题。

3. 完善高度计算：改进了高度计算机制，使其能够响应各种换行操作，包括Shift+Enter这种软换行方式。

这些改进显著提升了富文本编辑的流畅性和一致性，使MindMap在处理复杂文本输入时表现更加专业可靠。对于开发者而言，这个案例也展示了如何在不同编辑器组件之间实现更好的协同工作。