Jia Sui
c06dc17ae1
feat(server,windows): 造词中的退格优先撤销最近一次选词
把"退格撤销上次选词"从旧的两条窄触发（剩余输入只剩一个字符、或光标
正好停在这个词后面）放宽为造词态下的默认行为，对齐 Rime/微信：只要
造词还活着且有可选回的快照，首个退格先撤销最近一次选词，剩余输入
长度与光标位置不再参与判定。
- 选后编辑锁（selected_before_editing）：选词后又输入了新字符，退格
继续删除这些新输入，而不是把选词从脚下抽走；只标记最新快照，与
Rime 一致。空输入例外——没有字符可删时退格只能是撤销，否则会退回
#35 的整句丢弃。
- 恢复改为前插：被选词消耗的拼音插回未删除的后缀之前，光标随恢复
长度平移（"输入变长、光标不动"），不再整串覆盖 raw 而丢掉后缀。
- 撤销后重新高亮：选词快照记下所选候选的绝对位置，撤销重建候选页
后把高亮放回同一项（一次性消费），下次按键可直接改选，不用再找。
- 客户端契约拆成两层：DLL 只凭造词镜像（word_for_creating_word）
挂起等待回复，看不到 Server 侧的快照与编辑锁，因此新增
HasRetreatBackspaceShape 描述客户端可见形态，Server 对形态内每个
退格都必须答帧（撤销、锁定删除或空历史空操作），否则挂起白烧满
50ms 超时；ShouldRetreatCreatingWordSelection 只在真能改写状态时
为真。
- 撤销改为纯状态操作，引擎序列、候选重建与光标前缀由尾部统一执行
一次，替换原先每次撤销都额外跑一遍完整候选查询的 helper。
- DLL 侧：已消耗请求槽位的回复（或光标 0 处的 Normal 应答）之后
丢弃 request id，让 worker 回退本地读取，而不是为已消失的槽位
再烧一个 50ms 超时。
Signed-off-by: Jia Sui <jsfaint@gmail.com>
2026-09-24 20:52:12 +08:00
..
2026-09-10 03:04:23 +00:00
2026-09-10 03:04:23 +00:00
2026-09-20 20:34:50 +08:00
2026-09-10 03:04:23 +00:00
2026-09-12 00:55:56 +08:00
2026-09-06 02:24:27 +09:00
2026-09-14 01:04:16 +08:00
2026-09-14 13:44:22 +08:00
2026-09-22 09:23:25 +08:00
2026-09-22 09:23:25 +08:00
2026-09-24 20:52:12 +08:00
2026-09-12 00:55:56 +08:00
2026-09-10 03:04:23 +00:00
2026-09-20 20:34:50 +08:00
2026-09-12 00:55:56 +08:00
2026-09-17 21:02:07 +08:00
2026-09-17 18:45:01 +08:00
2026-09-17 22:49:19 +08:00
2026-09-10 03:04:23 +00:00
2026-09-10 03:04:23 +00:00