发现这个章节的内容，在当前的仓库文档中缺，还请补全。
上述帖子中提到的 SETTINGS_REFERENCE.md / FILE_FORMATS_AND_OUTPUTS.md 这两个文档也缺
已经上传至 /docs 下， 这2个文档话说确实挺需要的。
我还在增改一些功能
关于 CC-CEDICT 的安装，若按照 cc-cedict-install.md 的说明，我必须先有词典项目，然后才能打开“词条校对”，然后才能触发 CC-CEDICT 的安装，这明显不合理，其安装应该独立于词典项目。
这更像一处历史演进留下的耦合：该功能是随校对工作流一起加的，安装 UI 就顺手挂在了当时唯一用到它的地方。但从设计看是自相矛盾的——数据的生命周期是"用户级全局"的，触发时机却是"项目级局部"的，于是首次使用必须先造一个带词条的项目才能装一个跟项目无关的共享词典。
至少对新用户不够友好。
- 提交了一个 PR：Add VBS launcher for silent Windows startup
- 请教：
2.1 我使用 现代汉语词典 7th 做实验，其特点是一个独立字词条（字体较大）后面会带有很多词组型词条（字体较小），若使用 OCR 画线，它只能识别独立字词条，而不能识别词组型词条，有办法解决？
2.2 相比之下，普通画线在这个案例中倒是都能识别。但这两种画线各有优缺点：OCR画线可以直接使用其OCR的结果作为词条，而普通画线不同；普通画线和 OCR画线在不同页面的画线准确性各有不同。当前对识别结果只能二选一，是否有可能组合两种画线的结果？比如取并集（同一位置而比较接近的两条线，取OCR结果，因为它好像更准确），这样既有OCR的词条结果，又有更准确的画线，而不必手动添加画线。
只是现在要删除画线，操作不是太直观，不能用鼠标直接选择某些线然后删除，我还是问了AI才知道要取消切图预览，然后将光标先定位到文字输入框，之后才能使用 delete删除。如果将删除画线的操作变得更简便直观些，搭配两种画线的并集，就可以更方便的获得理想的画线结果。
如果可以实现的话，可能还会附带一个好处——革新用户界面，不必区分什么普通画线、OCR画线，直接一个智能画线，用户不必知道背后的复杂逻辑。（不考虑OCR画线的速度性能问题）
从上面回帖的第二副图片，也可以看出，普通画线的位置不是太准确，经常多切掉一些，猜测好像它以最左边的偏旁高度为准进行定位？若是这样，完全可以改进，比如以整行（或前面的几个字符）的向右投影为准进行判别，这样就能规避这个问题。
给我10张图片，我这儿看看哈；）
- PR merged了
- 按理说OCR模式画线针对这个版式应该非常OK，《三民大辞典》也是这样的版式，错画的极少
- 手动模式下Y后期精细调整应该是老的模式，没有使用上OCR模式里在后期加上的精细调整模式吧，这个函数应该公用
- 2个模式结果合并大概率也是可以的（不过我估计手动模式错误率太高，尤其是对于版面不平整的），我先测试下，你也可以多发几个词典的测试页，每个词典10张图就行。
有无可能把OCR功能加入调用各种大模型API的选项？现在大模型的OCR能力可能比PaddleOCR这些更强。
谢谢。这个需求我记录下来了。后面会考虑加入。
大模型强在按格式输出和上下文猜测，但不擅长精确定位，识别词头和全文不一样，大模型这种情况很可能比普通的ocr差。
哈哈，这个你有经验；）
给我几张图吧，我晚些时候测试一下；）
中国典故大辞典-QT-001.rar (11.0 MB)
DCD_10.rar (6.9 MB)
对应的_PictureCapture我也放里了、参数设置的不对也帮我看下，谢
了解了一下，原来它只针对 Android，可惜没有，都是 Apple 的手机。
安卓MDICT有支持的（不过最新的更新都没有再去MDICT测试），适配问题留待以后了哦。
收到~ 等下就看哈
调的生图模型吗，那做一本词典要花好几百，而且画的线准确率不如普通方法高，比如第二张图有19个词条，对了15个，准确率也就不到80%。