Files
Jia Suiandfanlusky d414268b5f [Feat] U 模式重构为部件拆字反查 (#973)
* feat(engine,server,windows,ui-html,installer): U 模式重构为部件拆字反查 (#971)

把 U 模式从 Unicode 十六进制码位输入改成部件拆字反查:Shift+U 后输入各
组成部分的拼音连写(晶 = ririri)即可出字,候选上反显注音。

- 引擎:新增 local_modes/radical_query(前缀匹配、字频降序),数据表
  engine/radical/decomposition.txt 与生成脚本;LocalInputMode::Unicode
  改为 Radical;删除 unicode_query。
- Server:g_radical_mode_triggered + IsRadicalCompositionActive + 候选分发,
  用 cpp-pinyin 反显注音;删除 Unicode 码位路径。
- 前端 TSF:删除 U 模式的十六进制/数字特例与影子预判,按普通组合处理。
- 配置:utility.unicode_mode 改为 utility.radical_mode。
- 部署:assets 登记 radical_decomposition,安装器与 CI 拷表。

数据来源 mirtlecn/rime-radical-pinyin (GPL-3.0),授权见 engine/radical/NOTICE.md。

* feat(server): U 模式反显拼音改为带调风格(jīng)

* fix(server,installer): 修复 U 模式 CI(拆字表打包夹具与 clang-format)

* fix(engine,server): 修正 U 模式按键错位、重复候选与配置迁移

- Server 在 U 模式不再吞掉撇号、分号、斜杠、大写字母等键:TSF 已把它们记进按键缓冲,
  吞掉又不重同步会让两侧串和光标错位。照常插入,含非 a-z 的码查不出候选
- 拆字查询全码命中排在仅前缀命中之前,同一个字的几种拆法只出一次
- 升级合并把旧键 utility.unicode_mode 的值带到 utility.radical_mode,读取时也兜底旧键
- 生成脚本只收汉字,重建拆字表去掉 abc 码下的 51 行数字、字母与符号
- 开着 U 模式时在后台预热拆字表与 cpp-pinyin 词典,避开首个按键的冷加载
- Server 按会话的 RuntimePaths 查拆字表,删掉走全局数据目录的便捷重载
- cpp-pinyin 初始化合并到 utils/hanzi_pinyin,设置页导入注音共用;U 模式与快捷短语的收键分支合并

---------

Co-authored-by: fanlusky <1730976608@qq.com>
2026-10-16 01:01:18 +08:00

1.3 KiB

U 模式部件拆字反查表

decomposition.txt 是 U 模式的运行时数据:用户输入一个字各组成部分的拼音连写,就能候选出 该字,候选上再反显它的读音。例如 晶 = 日 + 日 + 日 → ririri。

文件格式

<部件拼音连写>\t<汉字>\t<字频>
  • 整表按字频降序排列。查询时全码命中排在仅前缀命中之前,各自按字频;一个字有几种拆法时只出一次。
  • 首字符 # 为注释行;码只含纯小写 a–z,撇号已在生成时去掉。
  • 只收汉字:上游在 abc 码下的数字、字母和数学符号在生成时滤掉。
  • 加载与查询见 engine/local_modes/radical_query.{h,cpp}。

重新生成

数据表是提交产物,构建流水线不进本仓。需要随上游更新时手工重建:

python scripts/build_decomposition.py \
    --source radical_pinyin.dict.yaml \
    --output ../decomposition.txt \
    --version <上游版本>

--version 是对上游 YAML 头部 version: 的显式校验,避免拿旧表静默覆盖。上游来源与授权 见 NOTICE.md。改表后同步 engine/contracts/assets/assets.json 里 radical_decomposition 的路径(如文件名有变),并重跑 engine/contracts/assets/generate.py。