你别说,这 UI 在市面上还真找不到类似的.

想问: 目前的“语言识别”的实现能达到产品级的只有这些“巨头”的私有 API 么? 可否有开源的轮子?

通过它收集的用户隐私数据 可比广告有价值多了.

对普遍意义的开发场景来说, 用自带的那块手掌大的屏幕干活相当于: 在浴缸里练习游泳.

原生输入法的词库管理机制一致是个谜.
不定什么时候,你的自定义联想词、排序都会不见.

@lululau,使用了 DefaultKeyBinding.dict, 也定义了 “~e” , 可: 似乎干不过系统的优先级... PS: 这个文件里的其他自定义键都正常.

@lululau, 这个说的好详细, 我去研究下, 另外找到: https://developer.apple.com/library/archive/documentation/Cocoa/Conceptual/EventOverview/TextDefaultsBindings/TextDefaultsBindings.html#//apple_ref/doc/uid/20000468-611005

@wwwjft, 只能说 IDEA 在这两个地方的行为有不一致的地方. 其实问题就在: 去除掉 mac 的这种特殊行为,而只处理为单纯的字母 E 和 Option 键即可.

类似地, 记得默认出厂时, 长按字母键还会有个弹出层....., 但可以通过以下选项关掉: defaults write -g ApplePressAndHoldEnabled -bool false

@Dvel, 尝试过,IDEA. 确实可以识别出这个特殊按键行为. 如下图所示:
但是, 真正在编辑区使用的时候,却跟没识别一样. 仍然是 ´



@自建键盘方案,具体指的是? 原生系统似乎没法做到啊. 你是说通过 Karabinar 改?

@beginor 这是 docker 和 mac 两者在设计上的特点造成的组合使用的硬伤么? 还是说 docker 的的 mac 版本在不断迭代改进,只是目前不稳定?

“恰饭说”、“爱发电”, 几乎可以解释任何或合理、或不合理的事物.

不能依赖任何云平台,

中心化,集中化,极权化

目前: G304 便宜好用

可能在仍在使用“百毒”的人眼中: 就应该是这样的啊.
这样也好,精准区分用户群,各取所需