Anki 全屏模式下鼠标退出功能的优化探讨

全屏模式的交互现状

Anki 作为一款流行的记忆辅助工具，其全屏模式（通过「视图 > 切换全屏」或快捷键 F11 触发）在 Deck Browser（牌组浏览器）和 Reviewer（复习界面）中存在一个交互盲区：进入全屏后，用户无法仅通过鼠标操作退出全屏。

当前实现中：

• Card Browser（卡片浏览器）：顶部菜单栏（编辑/视图/笔记等）始终可见，用户可直接点击退出。
• Deck Browser/Reviewer：菜单栏默认隐藏，需依赖 F11 快捷键或特定配置下的鼠标悬停触发（见后文）。

问题根源分析

配置依赖的悬停逻辑

测试发现，鼠标悬停显示菜单栏的功能仅在满足以下条件时生效：

Preferences > Review > Hide top/bottom bar during review = Yes  

这意味着：

1. 默认配置下（Hide bars = No）：用户即使悬停屏幕顶部也无法唤出菜单，形成操作死胡同。
2. 设计矛盾：全屏模式本意为减少干扰，但当前实现却与「隐藏复习栏」的配置强耦合，导致逻辑不一致。

用户场景风险

• 误触困境：用户可能通过菜单栏误入全屏，却因不熟悉快捷键而无法退出。
• 一致性缺失：与 Card Browser 的显式设计形成割裂，增加学习成本。

技术解决方案对比

方案一：强制悬停唤出菜单（推荐）

核心修改：

• 解除与「Hide bars」配置的绑定，始终允许鼠标悬停顶部唤出菜单栏。
• 保持全屏模式的沉浸感，仅在主动交互时显示控制元素。

优势：

• 统一所有浏览器的交互范式
• 平衡沉浸需求与操作可达性

方案二：右键上下文菜单

补充添加右键菜单的「退出全屏」选项，作为辅助路径。需注意：

• 部分平台（如 macOS）已有系统级全屏控制，可能引发冲突。
• 需教育用户发现该隐藏功能。

实现启示

该问题暴露了 Anki 在全屏状态机管理中的边界条件缺失：

1. 配置隔离失效：全屏控制逻辑意外受其他界面配置影响。
2. 悬停检测区域：需确保悬停热区覆盖屏幕顶部足够高度（建议 ≥20px），避免触发困难。

用户视角的最佳实践

对于开发者：

• 全屏模式的「入口」与「出口」应保持对称性，遵循「怎么进来就怎么出去」的直觉设计。
• 功能开关的耦合关系需通过跨模块测试验证。

对于用户：

• 临时方案：记忆 F11 作为应急键，或启用「Hide bars」获得悬停退出能力。
• 长期建议：关注后续版本更新，该优化已进入开发流程。

总结

交互设计中的「逃生舱」机制至关重要。Anki 全屏模式的优化方向应聚焦于：

1. 解除不必要的配置依赖
2. 提供显性且一致的退出路径
3. 保持最小视觉干扰

此类问题在复杂应用中颇具代表性——功能叠加时，需持续验证各状态组合的可用性。本次讨论也为其他教育类软件的沉浸模式设计提供了参考范式。