Hema Shushu
Hema Shushu
主要是因为文本编辑框的内容（文档原文本）是整体解析的，所以每改变一个字符都会让整个解析过程跑一遍，当时写 0.1 时没多想顺手就是写成这种结构。 到 0.7 或者 0.8 版时我会把它更改为基于行解析，这样编辑框在保持灵敏反应时可以容纳大概到 ~8MB 左右（目前大概只能编辑 ~64KB）。但这个改动牵涉面太大，一旦改起来接近把底层重写一遍，可能又要一年半载了，所以准备在基本功能都完成后再开始。
@MetalGearBronya 谢谢你的详细反馈和建议！下个版本会对这个问题改进。
收到，目前采用的策略是在文件保存时才对比内容，当内容在外部更改时直接创建一个版本号，再覆盖外部的更改。后续版本会加上 `感知文件更改-通知提示-显示合并编辑界面` 的功能。
@exam-ple 收到，谢谢你的建议！
收到，谢谢反馈！
By default "Quick Open" is search all document libraries, I will check the code to find out what is the problem, thanks for your feedback!
@SukkaW 哈哈，是的，我准备在接近正式版时重写一遍编辑框的语法加亮算法，目前用的方法效率很低，特别当正文有大量符号之类的文本时，这个算法甚至会陷入死循环😂，感谢反馈！
@bizchina 现在进度是 7/20
@iWater2001 年尾的确是很多很多事情😢
@duyw2008 7月中旬，这次妥妥的不会跳票了