在macOS按/后无法输入命令

[Aira-Sakuranomiya]

Minecraft版本：1.21.10
macOS版本：26.2 (25C56)
IMBlocker版本：6.0.2

按/后/正常出现在聊天框，但是随后完全无法输入

[LitnhJacuzzi]

可能相关：#120 ，如果英文字符也无法输入则 MacOS 下此功能实现需要重新考虑（目前 MacOS 实现暂不由我维护，短期内可能也没有条件维护）。从技术上推断，MacOS禁用输入法的方式很可能是禁用所有字符输入而不是防止输入法处理字符输入。

[AVJANO]

可能相关：#120 ，如果英文字符也无法输入则 MacOS 下此功能实现需要重新考虑（目前 MacOS 实现暂不由我维护，短期内可能也没有条件维护）。从技术上推断，MacOS禁用输入法的方式很可能是禁用所有字符输入而不是防止输入法处理字符输入。

MC版本：1.21.1
mod版本：2026/02/05 最新release版本
英文和中文输入法在开头输入“ / ”之后都无法输入，不输入“ / ”则完全可以正常输入。
输入“ / ”后，使用Tab仍可正常选择指令并回车执行

[LitnhJacuzzi]

那么推断应该成立，最新版本 MacOS 下英文状态实现方式配置的默认值已更改为转换状态以暂时禁用

[LitnhJacuzzi]

我试用了一下别人的 Mac 设备，发现 Mac 平台的中文输入法和其他平台有些不一样，它不支持「通过按下一个快捷键（通常是左 Shift）来进入仅输入英文的临时状态」，只能切换到英文键盘，也就是说「监测聊天栏文本是否为命令格式并自动切换中英文状态」这一功能在 MacOS 下没有现成的方案可以使用。不过，或许有一种软件层面的手段能做到类似的效果，但由于我缺少常驻的 Mac 测试环境故需要有人帮助我来完成它。

另外，Minecraft 26.1 正式版发布后需要你们反馈一下 MacOS 下此版本的输入法改进情况以决定本模组未来对 MacOS 的支持计划。目前的情况是焦点管理和光标位置管理等跨平台的功能肯定要替换官方的低质量实现，输入法控制功能由新版的 GLFW 支持，但 Windows 和 Linux 平台下仍需要完全替换，因为支持情况并不好，MacOS 如果支持情况良好可以保留官方这块功能。

[rrtt217]

I tried to use glfwSetInputMode to block IME, but it didn't work as I expected Some example of this: Windows: https://github.com/reserveword/IMBlocker/blob/master/common/src/main/java/io/github/reserveword/imblocker/common/IMManagerWindows.java Mac: https://github.com/reserveword/IMBlocker/blob/master/common/src/main/java/io/github/reserveword/imblocker/common/IMManagerMac.java Wayland: text-input-v3 has enable and disable while v1 has activate and deactivate, tested and it worked

Thanks for your comment, I've checked it.

Unfortunately we don't intend to behave as you expect for the current implementation of glfwSetInputMode(win, GLFW_IME, true or false). We intend pass through activate or deactivate state to an input method context attached by system default, we don't intend to force disable input method.

For example we use ImmSetOpenStatus() on Windows while ImmAssociateContext(hwnd, NULL) is used in the example you pointed out. If an application doesn't care it, an input method context will be attached by default when a window is created. We don't go against it as same as current GLFW.

We think force disabling IM isn't needed in most cases as most applications doesn't care it. Because when an IM context is deactivated, it is expected to act almost as if it does not exist. On the other hand, I know that such requirement (disable IM completely) also exists. So we can add another API to achieve it. But it would be better to do it in another pull request to prevent this big change from growing further.

根据 glfw/glfw#2130 (comment) ，Minecraft 26.1 / LWJGL 3.4.1新增的输入法状态设置API glfwSetInputMode(window, GLFW_IME, on)正是"进入仅输入英文的临时状态"的实现。也正因为切换中英文状态而非关闭输入法的方法在 wayland text-input-v3/v1中并不存在，所以上游选择在wayland上不实现glfwSetInputMode(window, GLFW_IME, on).

[LitnhJacuzzi]

根据 glfw/glfw#2130 (comment) ，Minecraft 26.1 / LWJGL 3.4.1新增的输入法状态设置API glfwSetInputMode(window, GLFW_IME, on)正是"进入仅输入英文的临时状态"的实现。也正因为切换中英文状态而非关闭输入法的方法在 wayland text-input-v3/v1中并不存在，所以上游选择在wayland上不实现glfwSetInputMode(window, GLFW_IME, on).

此函数在 MacOS 上的实际行为还有待拥有该操作系统环境的用户考证，因为在 Windows 上此函数仅对微软输入法的操作是切换转换状态，对其他输入法的操作是完全禁用/开启，因此 IMBlocker 在 Windows 平台上为了保证一致禁止了此函数的使用

[ghostflyby]

我最初实现macOS支持的时候就已经汇报了此问题，当时还没能力解决

#38 (comment)

现在经过测试的解决方案已经有了

glfw/glfw#2130 (comment)

可以尝试让AI读了进行移植，或者等我什么时候有空。

[LitnhJacuzzi]

现在经过测试的解决方案已经有了

glfw/glfw#2130 (comment)

所以 GLFW 那个函数确实能实现切换转换状态的语义吗，那 26.1+ 分支下一个版本可以直接加入到这里，然后 MacOS 的输入法行为应该就和 Windows 下的微软输入法完全一致了。至于移植工作由于我缺少测试环境暂时无法开展，除非有人可以配合测试

[ghostflyby]

并不能。GLFW 的 IME PR 里 macOS 平台的实现只能说是过时，复杂，Not Even Wrong且有可以直接看到的bug（输入法胡乱变换，只能自动切换到当前locale的第一个输入法，光标的切换指示器自动无交互弹出）。我的修复方式就在那个评论里，我也向 IME fork发了 PR，不过一直没有接受。

[LitnhJacuzzi]

并不能。GLFW 的 IME PR 里 macOS 平台的实现只能说是过时，复杂，Not Even Wrong且有可以直接看到的bug（输入法胡乱变换，只能自动切换到当前locale的第一个输入法，光标的切换指示器自动无交互弹出）。我的修复方式就在那个评论里，我也向 IME fork发了 PR，不过一直没有接受。

那很牢了，也验证了我担心的问题，那个 GLFW 函数在 MacOS 上也得禁掉

[LitnhJacuzzi]

可以尝试让AI读了进行移植，或者等我什么时候有空。

我让 AI 试了一下，看起来没那么简单，它自己也没法在不测试的情况下给出完全确定的方案。不过我大概知道新的方案应该就是替换这一块内容：

//IMManagerMac.java
if (!state) {
    Pointer textInputContext = RuntimeUtils.cls("NSTextInputContext");
    Pointer current = RuntimeUtils.msgPointer(textInputContext, "currentInputContext");
    RuntimeUtils.msg(current, "discardMarkedText");
    return;
}

替换之后由于还是无法直接通过一个按键解除临时英文状态，故定义为 DISABLE_IM 的英文状态实现语义，通过游戏内的按键绑定手动解锁输入法

[ghostflyby]

还是我之后弄吧

…

________________________________ 发件人: LitnhJacuzzi ***@***.***> 发送时间: Thursday, 11 June 2026 16:06:17 收件人: reserveword/IMBlocker ***@***.***> 抄送: ghostflyby ***@***.***>; Comment ***@***.***> 主题: Re: [reserveword/IMBlocker] 在macOS按/后无法输入命令 (Issue #131) [https://avatars.githubusercontent.com/u/34204307?s=20&v=4]LitnhJacuzzi left a comment (reserveword/IMBlocker#131)<#131 (comment)> 可以尝试让AI读了进行移植，或者等我什么时候有空。 我让 AI 试了一下，看起来没那么简单，它自己也没法在不测试的情况下给出完全确定的方案。不过我大概知道新的方案应该就是替换这一块内容： //IMManagerMac.java if (!state) { Pointer textInputContext = RuntimeUtils.cls("NSTextInputContext"); Pointer current = RuntimeUtils.msgPointer(textInputContext, "currentInputContext"); RuntimeUtils.msg(current, "discardMarkedText"); return; } 替换之后由于还是无法直接通过一个按键解除临时英文状态，故定义为 DISABLE_IM 的英文状态实现语义，通过游戏内的按键绑定<https://github.com/reserveword/IMBlocker/blob/a8d61e2d6c4b7db29d5cc3a81de3cb838e45764d/common/src/main/java/io/github/reserveword/imblocker/common/IMBlockerKeyBindings.java#L12>手动解锁输入法 ― Reply to this email directly, view it on GitHub<#131?email_source=notifications&email_token=ANZE3BFL74H4XC6EYMAXOID47JR7TA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTINRXHA2DOOBVGAZ2M4TFMFZW63VHMNXW23LFNZ2KKZLWMVXHJLDGN5XXIZLSL5RWY2LDNM#issuecomment-4678478503>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ANZE3BDYKQBX5CWRF67QY2347JR7TAVCNFSNUABFKJSXA33TNF2G64TZHMZDGMBSHA3TCOJUHNEXG43VMU5TGNZSG4ZDEMRYHEZKC5QC>. You are receiving this because you commented.Message ID: ***@***.***>

[LitnhJacuzzi]

@ghostflyby 对了，你之后提供新支持的时候可以考虑一下移植候选词定位文本光标的功能到 26.1 以前的版本（只需实现 updateCompositionWindow 方法即可，目前传入的坐标是相对游戏窗口左上角的绝对坐标），这个功能对输入体验的影响还是挺大的。至于游戏内输入法我调查了一下难度过大，如果需求不大就不麻烦你了