We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
目前,出于兼容性考虑, Umi-OCR 内部的快捷键机制,使用 pynput 库作为键盘驱动。Umi会监听普通按键事件,并自己维护一个事件列表。
这套机制的稳定性较好,不易引发恶性Bug。但缺点是系统优先级较低。如果系统中有别的软件注册了相同快捷键,它们可能优先“吞掉”按键事件,导致Umi无法接收到该事件。或者,在触发Umi的同时,依然触发了别的软件。技术上暂时难以解决此问题。
如果遇到此问题,你可以尝试:
👆 我写了个小工具,可以通过快捷键发送命令行指令,从而控制 Umi-OCR 的截图等行为。基于 AutoHotkey ,拥有很强的健壮性,能在绝大多数情况下正确接收到快捷键。
它跟 Quicker 等工具的某些功能相似,但更轻量(1.2MB),后台运行几乎不占用资源。
将它与 Umi-OCR 相结合:
HotkeysCMD.exe
HotkeysCMD_KeyMap.txt
F3 umi-ocr --clipboard F4 umi-ocr --screenshot AutoStart
上述配置文件表示:
F3
F4
AutoStart
保存 txt 后,再次点击 HotkeysCMD.exe 启动,即可。(为了设置开机自启,可能会向你请求管理员权限。)
你可以根据 HotkeysCMD 文档 修改快捷键组合,根据 Umi-OCR 命令行手册 修改指令。
The text was updated successfully, but these errors were encountered:
修Bug:操作取消 未传递给调用方 (#402)
dad6d0e
No branches or pull requests
English (Google Translate)
目前,出于兼容性考虑, Umi-OCR 内部的快捷键机制,使用 pynput 库作为键盘驱动。Umi会监听普通按键事件,并自己维护一个事件列表。
这套机制的稳定性较好,不易引发恶性Bug。但缺点是系统优先级较低。如果系统中有别的软件注册了相同快捷键,它们可能优先“吞掉”按键事件,导致Umi无法接收到该事件。或者,在触发Umi的同时,依然触发了别的软件。技术上暂时难以解决此问题。
如果遇到此问题,你可以尝试:
HotkeysCMD
👆 我写了个小工具,可以通过快捷键发送命令行指令,从而控制 Umi-OCR 的截图等行为。基于 AutoHotkey ,拥有很强的健壮性,能在绝大多数情况下正确接收到快捷键。
它跟 Quicker 等工具的某些功能相似,但更轻量(1.2MB),后台运行几乎不占用资源。
将它与 Umi-OCR 相结合:
HotkeysCMD.exe
,会在同目录生成一个HotkeysCMD_KeyMap.txt
。上述配置文件表示:
F3
执行 Umi-OCR 剪贴板识图F4
执行 Umi-OCR 截图识别AutoStart
表示该工具开机自启。删掉这行就能取消开机自启。保存 txt 后,再次点击
HotkeysCMD.exe
启动,即可。(为了设置开机自启,可能会向你请求管理员权限。)你可以根据 HotkeysCMD 文档 修改快捷键组合,根据 Umi-OCR 命令行手册 修改指令。
The text was updated successfully, but these errors were encountered: