MindMap项目中Shift+回车换行问题的分析与解决

在MindMap项目（一个思维导图工具）的文本编辑功能中，开发者发现了一个关于换行处理的特殊问题：当用户使用Shift+回车组合键进行换行时，虽然光标能够正常换行，但节点的高度却没有相应调整。

问题现象

用户在使用富文本编辑器进行内容输入时，通过Shift+回车键执行换行操作。从视觉上看，光标确实移动到了新的一行，但是包含该文本的节点框体高度却没有自动扩展以适应新增的行高。这导致文本内容可能被截断或者显示不全，影响了用户体验。

技术分析

经过深入代码排查，发现问题根源在于RichText.js文件中的getEditText()函数。该函数包含一个特殊的正则表达式替换逻辑，它会匹配并删除编辑框内容末尾的<p><br></p>标签对。

这种处理方式在大多数情况下可能不会造成问题，但当用户使用Shift+回车进行换行时，浏览器会自动在末尾生成这样的HTML结构来表示换行。由于getEditText()函数立即将其删除，导致系统无法感知到这次换行操作，自然不会触发节点高度的重新计算。

解决方案

项目维护者经过评估后决定直接删除这一替换逻辑，因为：

1. 保留这些标签不会对功能产生负面影响
2. 能够正确反映用户的换行意图
3. 确保节点高度能够根据实际内容自动调整

这一变更在v0.12.2及以上版本中生效，彻底解决了Shift+回车换行时节点高度不更新的问题。

经验总结

这个案例提醒我们，在处理富文本编辑器内容时需要特别注意：

• 不要过度"清理"编辑器生成的HTML结构
• 换行符和空白字符的处理需要格外谨慎
• 用户操作与DOM变化的对应关系需要完整保留
• 任何内容修改都可能影响布局计算

对于类似的富文本编辑功能实现，建议开发者充分测试各种换行方式（普通回车、Shift+回车等）的表现，确保视觉反馈与用户预期一致。同时，对于内容清理逻辑应当保持最小必要原则，只移除真正可能造成问题的部分，而非所有看似"多余"的HTML标签。