Calcitem

那么这样就具有类似 https://www.abbyy.cn/finereader/features/ 这样的基于 AI 的 OCR 了，确实不错😊

看起来百度似乎是有免费调用API的次数限制： https://ai.baidu.com/ai-doc/OCR/9k3h7xuv6

可以考虑在Gitee建立一个镜像。以这个项目的高价值，详细很快加星数量会破百，那么就可以向Gitee申请"年度最有价值项目"，通过后，将能免费使用Gitee的一些原本收费的资源，比如源码深度分析服务。

因政策问题，GitHub后续的稳定性问题只会越来越大，因此在码云做个镜像作为备份可以是以防万一，可以公告提示提问题请移步GitHub。目前人气还是GitHub旺。此外在码云有个镜像的话，可以使用码云提供的一些特色服务。

> 请问未来是否会有 MacOS 或 Linux 的版本？ See https://github.com/wmjordan/PDFPatcher/issues/20 https://github.com/wmjordan/PDFPatcher/pull/26

稳定版是在蓝奏网盘下载的哦

百度 pdf补丁丁 k14s

提取字符串，人工做肯定也是不现实的，需要找自动化方法，目前正在研究这些文章：https://manas.tech/blog/2009/10/01/using-gnu-gettext-for-i18n-in-c-and-asp-net/ https://www.cnblogs.com/cabbage/p/gettext.html 我之所以考虑将国际化放在高优先级事项上，是想趁着这周这个项目涨粉较快的机会，看看能不能助力于趁势在更广范围吸粉，如果这个项目短时间内涨粉速度更快，就有希望出现在 GitHub 本周推荐项目中，对于项目未来的发展是有利的。个人的力量毕竟有限，创始人的idea大家未必有足够的技能和水平能实现，如项目多一些关注，就多一些可能性。

这是 Weblate 支持的文件格式列表。其他翻译平台暂未了解。 https://docs.weblate.org/zh_CN/weblate-4.10.1/formats.html 另外，文本化不能解决代码库膨胀问题，因为Git代码库中保存的是文件快照，而非不同版本的差异部分。不过文本文件确实是方便版本控制。

此分支 https://github.com/calcitem/PDFPatcher/commits/develop 已将界面文本翻译为英文并制作了英文版用户手册。 从运行效果看，由于英文文本长，所以两竖排的配置项布局可能需要调整为一排，以免文本显示不全。 补充∶ 目前已调整完成。