NoteExpress对WORD的修订模式非常不友好

ayu4363

这是多年老问题。

1）在多人协作写作的情况下，修订模式是经常需要开启的。但是，在修订模式下，如果对包含域代码的句子、段落进行了修改，无论是当前作者或者其他合作者，在鼠标点击到这些改动后的语句中的域代码部分，就有可能触发崩溃。比如，原本是“今天是个好天气（张三，2026）”，改成了“今天（张三，2026）是个好天气”，那么，如果鼠标触碰到“（张三，2026）”就有可能导致word崩溃。这不是我一个人碰到的问题。

2）一篇在修订模式下多次修改的文档，点击“格式化参考文献”，有可能会提示


（确定是同一个文档。。。还非要提示来自另一个文档。。。）

点击“是”，会发现所谓的“有问题的引文”几乎等于全部的域代码引用部位。




点击“否”，程序继续格式化参考文献，完成后，点击任一文中参考文献、编辑，就如上图，变成空白了

但是，同样一份文档，这时如果在word中选择接受所有修订，再点击格式化参考文献， 会提示

（确定是同一个数据库。。。还非要提示其他来源数据库。。。）
点击继续，完成格式化参考文献

点击任一文中参考文献、编辑，就会出现



但是要知道，“接受所有修订”等于把所有语句的修改都接受了，那我们开修订模式还有啥意义呢

stanley

【P0 - 立即修复】
1. 添加全局 try-catch，防止域代码解析导致 Word 崩溃
2. 修改错误消息，停止误报"另一个文档/数据库"
3. 格式化前检测修订状态并提示用户

【P1 - 下个版本】
4. 实现域代码片段重组算法
5. 使用内容控件包装新插入的引用
6. 添加"跳过受影响引用"的降级处理

【P2 - 长期规划】
7. 迁移到 Office.js 现代 API
8. 实现修订感知的增量格式化
9. 协作写作功能支持

aegeansupport

好，这个考虑再研究一下，尽量不被修订模式影响。

大概是域代码是一段封闭的程序代码，必须保持完整才能被正确识别。但在修订模式下，Word 为了记录修改痕迹，会把代码“切开”，比如将一部分标记为“删除”、另一部分标记为“新增”，NE就无法识别了。

stanley

“在多人协作写作的情况下” 要不要试试FlyLatex.cn

stanley

“本质问题

NoteExpress 的域代码处理逻辑过于脆弱：

假设域代码永远是"完整连续"的
没有考虑 Word 修订模式下的 DOM 结构变化
错误处理机制缺失（直接崩溃而非降级处理）
文档/数据库验证逻辑不严谨（误报"另一个文档/数据库"）
这是一个典型的兼容性设计缺陷，需要在 NE 侧进行修订感知的域代码解析重构。”

stanley

关键原则

宁可跳过，不要崩溃
宁可提示，不要误报
宁可保守，不要破坏

这些建议的核心是：承认修订模式的存在，与之兼容而非对抗。NoteExpress 需要接受"域代码可能被分割"这一现实，并在此基础上构建健壮的解析和处理逻辑。

stanley

stanley 发表于 2026-4-10 21:44
关键原则

宁可跳过，不要崩溃

建议的细节

ayu4363

这都什么鬼啊

aegeansupport

ayu4363 发表于 2026-4-29 16:15
这都什么鬼啊

其中一条引文的域代码有问题，恐怕需要把文档发来看看，或者远程看一下才能排查出原因。

或者您可以在word按alt+f9，切换到域代码状态，然后使用word搜索一下 6EA36A03 这个引文代码， 然后把它和附近的一段内容，粘贴到 其它文档里 看看是不是也报错提示？  也可以直接删除重插一下试试？

gaizhui

ayu4363 发表于 2026-4-29 16:15
这都什么鬼啊

您方便把提示信息这段的文档，截取部分发给我们排查下吗？