fanlusky
1640cb353f
fix(punctuation): 终端里智能标点改写恢复 SendInput 兜底
重构智能标点（#413）之后，「英文/数字后面连按两次同一个英文标点变回中文
标点」在 Windows Terminal 里失效：输入 `1.` 再按一次 `.`，屏幕上变成
`1.。`。
#413 把原来的 SendInput（合成 VK_BACK + KEYEVENTF_UNICODE）改写换成了编
辑会话里的 ITfRange::SetText 原地改写。原地改写要求宿主背后有一份真正的
文档文本存储；终端类宿主的 TSF 上下文只是一层代理，不保存已上屏的文字，
于是 ShiftStart(-1) 拿不到前一个字符，代码退回 fallback
insertChinesePunctuation()，把中文标点追加在 ASCII 标点后面而不是替换掉
它。SendInput 走的是系统输入队列，与宿主实现无关，这也是老方案在哪儿都
能用的原因。
两条路并存：先试原地改写，失败才排队 SendInput 改写，两条都不成立时才是
原来的 fallback。区分宿主不靠进程名，而靠写入前把待改写字符读回来校验——
空壳存储会照单全收 ShiftStart 和 SetText 并报告成功，只有把字符交还回来
的存储才真的能被原地改写。
SendInput 改写从编辑会话里 PostMessage 出去，执行前校验焦点会话 token、
前台窗口和 500 ms 期限，任一不符就放弃，而不是对着已经挪走的光标盲目退
格；每个清除 action 的地方一并取消排队中的改写。合成事件带自生成标记，本
输入法自己的按键钩子据此放行。
顺带补上一个洞：FUNCTION_SMART_PUNCTUATION_CONVERT/REVERT 在 replay 与
prevalidated 路径上没有处理者，按键会被吃掉后静默丢弃，现在走同一个编辑
会话。
两条改写路径各加一行诊断日志，走已有的 tsf_diagnostic_log 开关，默认关
闭：宿主用的是哪种存储从外面看不出来，出问题时不用靠猜。
2026-09-19 17:21:30 +08:00
..
2026-09-19 17:21:30 +08:00
2026-09-17 09:29:57 +08:00
2026-09-17 09:29:57 +08:00
2026-09-12 00:55:56 +08:00
2026-09-10 03:04:23 +00:00