fix(macos): 避免 Fn 长按与功能键误触发听写

[MarkShawn2020]

摘要

Follow-up to #981（原问题 #979）。

修正 Fn 作为听写触发键时的双用途键设计缺陷：系统长按和 Fn + 功能键应只交给 macOS，不应同时启动听写。

修复 / 新增 / 改进

• macOS Auto / Toggle 模式将 Fn 改为松开时判定：仅小于 350ms 且未叠加功能层操作的短按派发听写事件。
• 订阅并解析 AppKit systemDefined 辅助控制事件，覆盖亮度、音量、媒体和键盘背光；同时排除 Globe/Menu，避免普通 Fn 短按自我取消。
• 保留显式 Hold 模式原有的按住说话语义。
• 录制快捷键时不再同时更新听写 latch，避免保存 Fn 后同一次松手误触发。
• Fn 短按已在 event tap 完成仲裁，coordinator 不再额外等待 150ms。

兼容

• 不包含：不改 Windows、其他修饰键、快捷键 UI 或持久化格式。
• 对现有用户 / 本地环境 / 构建流程的影响：Fn 的 Auto / Toggle 长按与系统功能层组合不再触发听写；显式 Hold 行为不变；无新增依赖。

测试计划

• 命令：npm run build
• 结果：前端 TypeScript 与 Vite production build 通过。
• 命令：cargo check --manifest-path openless-all/app/src-tauri/Cargo.toml --lib
• 结果：最新 beta 基线通过（仅仓库既有 warnings）。
• 命令：cargo test --manifest-path openless-all/app/src-tauri/Cargo.toml --lib hotkey::platform::tests
• 结果：8 passed。
• 命令：cargo test --manifest-path openless-all/app/src-tauri/Cargo.toml --lib mac_fn
• 结果：5 passed。
• 命令：cargo test --manifest-path openless-all/app/src-tauri/Cargo.toml --lib hotkey::
• 结果：24 passed。
• 命令：git diff --check
• 结果：通过；PR 仅包含两个 Rust 文件。
• 证据路径：openless-all/app/src-tauri/src/hotkey.rs、openless-all/app/src-tauri/src/coordinator/dictation.rs。
• 真实运行：复用现有 OpenLess dev 实例，Fn 长按 595ms 记录为 companion_seen=false 且未进入 coordinator；AppKit subtype 8 辅助控制事件同样未触发听写。

[HKLHaoBin]

如果你需要使用 FN 键，我不建议你把听写的快捷键设置成 FN。

[H-Chris233]

认真的吗。。。MacOS的CI都没过。。。

[H-Chris233]

该PR由我接管，修改完成后会合入主分支

[HKLHaoBin]

认真的吗。。。MacOS的CI都没过。。。

你就当他把 PR 当作issue来用算了。