候选框开着且高亮候选带译文时,Ctrl+Enter 上屏那条译文而不是候选本身。 译文只有一条就直接上屏;有多条时把候选框整个换成这几条译义,空格/数字键 照常选一条上屏。 TSF 端原先在分类器最前面把所有 Ctrl 组合都还给应用,Ctrl+Enter 到不了 Server。现在在那条拦截之前先判一次:候选框开着才认,否则组合仍归应用。 认下来的键走既有的 FUNCTION_SERVER_CANDIDATE_KEY 通道,由 Server 决定 是上屏(CommitExactText)还是只开一个新候选页(NavigationIgnored)。 译文页复用同一份 candidate_ui.items,因此云/AI/英文/emoji/颜文字这些异步 回调和候选扩展都要在这个子模式下让路,否则会把译文冲掉。输入串全程没动, 退出时把存下来的 items 和页码原样放回去即可。译文页上的空格/数字键只回 Normal / OutofRange——SELECT_BY_NUMBER 的 TSF 路径只认这两种。
windows —— TSF 文本服务
水杉输入法在 Windows 上的前端:一个纯 TSF 方案的文本服务 DLL,注入宿主进程,负责按键预判、焦点与线程归属、composition 的 edit session 写入,以及与 Server 之间的命名管道协议。候选窗、工具栏、设置页和实际的候选计算都在 ../server/,本目录只做宿主适配。
产品介绍、安装和功能说明见仓库根目录的 README;本目录的代码地图、TSF/COM 硬约定和改动要求见 AGENTS.md。
构建
从仓库根目录配置,源码目录是本目录:
cmake -S windows -B windows/build -A x64 `
-DCMAKE_TOOLCHAIN_FILE="$env:VCPKG_INSTALLATION_ROOT/scripts/buildsystems/vcpkg.cmake" `
-DVCPKG_TARGET_TRIPLET=x64-windows-static
cmake --build windows/build --config Release --parallel
ctest --test-dir windows/build -C Release --output-on-failure
Win32 用 -A Win32 和 x86-windows-static;安装包两种架构都要。scripts/ 下是本机开发用的生成、构建、注册和签名脚本,从本目录运行。
引擎契约来自 ../engine/contracts/,是本仓的目录,普通检出就有。TSF 只引用这些头文件,不链接引擎运行库。