这是一个创建于 325 天前的主题，其中的信息可能已经有所发展或是发生改变。
向各位威注音输入法的使用者问好。
截至发文时，威注音输入法 for macOS 已经到了 v3.5.2 版。（下文简称 MACV ）
有个关乎到 MACV 今后发展前途的问题，笔者想在这里听听各位的意见。
先讲一下问题背景。
笔者实在是有点想抛弃 IMK 选字窗了。这玩意妨碍了威注音输入法的跨平台模组化。（模组化之后，可以方便移植到 iOS 和 Linux 等其他平台。）目前威注音输入法这样子下去，总让笔者觉得没前途。用「牛想往前继续耕地，但被拽住了睾丸、稍微动一下就很痛」形容的话比较恰当。
IMK 选字窗有很多缺陷，包括「 Annotation API 空实作」在内。笔者趁今年 WWDC 专门跟 Apple 约了专员讨论这事情，讨论该怎样应对这些问题。然而，被安排的专员不是输入法团队的人，只是来捎口信安慰笔者的，而且输入法团队现在被禁止回应任何与 InputMethodKit API 有关的提问。（至少一个事实：Apple 员工被禁止私自对外承诺「某个故障是否会被解决」。）至于 macOS 14 游标上下文输入法选择指示器，Apple 到现在也没给任何官方指示、来指导第三方开发者们该怎么做。笔者只能干瞪眼，不得不承认 IMK 选字窗毫无功能拓展之可能性、可控性。
然而，留着 IMK 选字窗的原因是：
第一点：IMK 选字窗的多行阵列陈列模式实在太经典，体验独一无二。迄今为止，只有微信输入法 for macOS 模仿得最像，但微信输入法在候选字词特别多的时候，操作响应就会变得「迟钝」。（威注音自家的田所选字窗暂时不知该如何实现完美的卷动特性，很尬。）
第二点：IMK 选字窗在 Intel Mac 电脑内的反应速度是最快的。田所选字窗在 Intel Mac 电脑内使用时，无论多行/多列显示，无论是 Cocoa 版还是 SwiftUI 版，都还是会有严重的效能缺陷。
笔者另有实作过一版「整个介面都只用一个 NSAttributedString 搞定」的前端形态（尚未公开），却又能做到比 IMK 选字窗还要快的响应速度了，但这个模式却无法实作滑鼠点击。（ Cocoa 版与 SwiftUI 版可以做到「滑鼠左键点击确认候选字」「滑鼠右键选单控频或删词」）。
出于经济等原因，笔者一直没有任何条件亲自测试这个选字窗在 Apple Silicon 电脑上的效能。（ Apple Store 直营店不允许这么做。）
于是这种事情越想越恐慌、越想越焦虑。与其空想，不如听听各位使用者的意见。就烦请各位在输入法偏好设定内启用/停用 IMK 选字窗，然后分别用一段时间，再讲一讲自己的偏好。这有助于方便笔者决定是否真的要割除 IMK 选字窗的支援。
先谢过各位了。
P.S.: 威注音最早期版本所使用的 Voltaire 选字窗不会再重新拿来用。Voltaire 选字窗虽然由 Zonble 重写过、被笔者改过美工，但骨子里仍是原作者 Lukhnos 在十二年前的 MVC 架构 + Cocoa 内容绘制逻辑。一言以蔽之：笔者不知道 Voltaire 算不算 MVC 架构，但目前威注音自家的田所选字窗用的 MVVM 架构与 MVC 完全是两回事。吃过 MVVM 甜头的人，不会再轻易地想重新启用难以控制改良的 MVC 。
 |
1
ShikiSuen OP 附圖：
  |
|
2
ShikiSuen OP |
|
3
ShikiSuen OP 靠，没辙了。
|
Select Language