hiroi-sora

### [English (Google Translate)](https://github-com.translate.goog/hiroi-sora/Umi-OCR/issues/402?_x_tr_sl=zh-CN&_x_tr_tl=en&_x_tr_hl=en&_x_tr_pto=wapp) --- 目前，出于兼容性考虑， Umi-OCR 内部的快捷键机制，使用 [pynput](https://github.com/moses-palmer/pynput) 库作为键盘驱动。Umi会监听普通按键事件，并自己维护一个事件列表。 这套机制的稳定性较好，不易引发恶性Bug。但缺点是系统优先级较低。如果系统中有别的软件注册了相同快捷键，它们可能优先“吞掉”按键事件，导致Umi无法接收到该事件。或者，在触发Umi的同时，依然触发了别的软件。技术上暂时难以解决此问题。 如果遇到此问题，你可以尝试： 1. 尽量不设定重复的快捷键。 2. 以管理员权限启动 Umi-OCR 。 3. 如下文所示，使用 **快捷键增强工具** 。 # [HotkeysCMD](https://github.com/hiroi-sora/HotkeysCMD) 👆 我写了个小工具，可以通过快捷键发送命令行指令，从而控制 Umi-OCR 的截图等行为。基于 [AutoHotkey](https://www.autohotkey.com/) ，拥有很强的健壮性，能在绝大多数情况下正确接收到快捷键。...

各位开发者，大家好！我是PaddleOCR-json的作者。 PaddleOCR-json刚刚更新了v1.3测试版本，重构了部分代码，让任务流程更清晰，功能分类明确，更适合二次开发工作。对多平台兼容专门做了优化，绑定平台的代码都分离出来单独封装。理论上，移植其他平台，只需要重写少数几个跟进程交互及文件读取有关的函数即可。 另外，考虑到管道交互的潜在的限制性（缓冲区有限，及无纠错机制），v1.3新增了通过TCP交互的方式，在不同平台上也许能提供更稳定和可靠的服务。不过考虑到本项目的初衷是纯本地的应用，而且我的后端开发经验也不足，所以暂未考虑HTTP服务器等更高层的网络交互机制。 现在诚邀有Linux开发经验的人员参与本项目，负责移植Linux的工作。过程中，有任何跟项目流程及功能有关的疑问，都可以在这个issue下提出，我会尽力帮助你。 v1.3中，我重写了全部项目文档，希望这些文档会对你有帮助： - [移植指南](https://github.com/hiroi-sora/PaddleOCR-json/blob/main/cpp/docs/%E7%A7%BB%E6%A4%8D%E6%8C%87%E5%8D%97.md) - 主页README - [详细使用指南](https://github.com/hiroi-sora/PaddleOCR-json/blob/main/docs/%E8%AF%A6%E7%BB%86%E4%BD%BF%E7%94%A8%E6%8C%87%E5%8D%97.md) - [项目构建指南](https://github.com/hiroi-sora/PaddleOCR-json/tree/main/cpp)