【实测反馈】高分屏UI 元素严重过小，违反基础可用性原则
01/26123 浏览反馈
自2025年6月的回复“Geticer遇到无法登录的情况……因无实机复现只能搁置”以来，我持续关注着胡桃的成长。今天，我带着我的新手机，和一把三角尺，以及作为老玩家的诚意而来。不是批评，而是救急。
我理解团队从3人扩展到5人的努力，也相信“初心不变”的承诺。但当《胡桃日记》的核心体验是“触摸与陪伴”时，用户连按钮都不一定点得中。这已不是 UI 细节问题，而是交互根基的崩塌。
我的设备与测量方法
- 机型：联想Moto X70 Air（2025年中端轻薄手机）
- 屏幕：6.7英寸，2712×1220像素，系统最小宽度344dp，444 PPI
- 方法：将三角板紧贴屏幕，用 1mm 刻度直接比对游戏内元素，拍摄照片记录
实测数据 vs 行业标准
换算基准说明：本报告基于Android设计规范。在设备参数（最小宽度344dp，物理分辨率2712×1220）下，系统 density（密度比例因子）约为 3.55，属 xxhdpi 档位。换算逻辑：实测物理尺寸（mm）→ 对应像素数（px）→ 根据 density 换算为与密度无关的像素（dp）或缩放像素（sp）。这证实了游戏UI的物理尺寸问题，并非主观感受，而是客观存在的适配错误。
1. 设置页文字高度
- 实测尺寸：1.8 - 2 mm
- 换算（约）：9 - 10 sp
- 推荐标准：14 sp（可读下限）；物理高度 ≥ 2.5 mm
- 符合度：严重不足。在合理距离难以阅读。
2. 设置页按钮高度
- 实测尺寸：4 mm
- 换算（约）：20 dp
- 推荐标准：最小触摸尺寸 44 dp（约 7-10 mm）
- 符合度：严重不足。操作费力。
3. 设置页按钮宽度
- 实测尺寸：12 mm
- 换算（约）：59 dp
- 推荐标准：宽度建议 ≥ 44 dp 或与高度协调
- 符合度：宽度足够。
4. 设置页单选框直径
- 实测尺寸：2.5 mm
- 换算（约）：12 dp
- 推荐标准：触摸目标至少 ≥ 44 dp（7 mm）
- 符合度：严重不足。
5. 开始游戏按钮高度
- 实测尺寸：5.5 mm
- 换算（约）：27 dp
- 推荐标准：最小触摸尺寸 44 dp
- 符合度：不足。
6. 开始游戏按钮宽度
- 实测尺寸：17 mm
- 换算（约）：84 dp
- 推荐标准：宽度足够
- 符合度：宽度足够。
7. 开始游戏按钮文字高度
- 实测尺寸：~2.75 mm
- 换算（约）：13.5 sp
- 推荐标准：按钮文字建议 ≥ 16 sp
- 符合度：偏小。在合理距离难以阅读。
8. 交互图标宽度
- 实测尺寸：8 mm
- 换算（约）：40 dp
- 推荐标准：最小触摸尺寸 44 dp
- 符合度：不足。操作费力。
9. 交互图标高度
- 实测尺寸：6 mm
- 换算（约）：30 dp
- 推荐标准：最小触摸尺寸 44 dp
- 符合度：不足。操作费力。
10. 交互图标文字标签高度
- 实测尺寸：1 mm
- 换算（约）：5 sp
- 推荐标准：辅助文字至少 12 sp
- 符合度：完全不可读。视觉信息失效。
▲图：按钮宽度12mm
▲图：按钮高度4mm
▲图：与我的左手食指对比大小，我的左手食指宽度是15mm
▲图：交互按钮大小
▲图：文字高度约1mm，肉眼在合理距离看极其吃力
▲图：手机型号与屏幕分辨率
▲图：系统显示大小设置，我即使在系统层面上放大，游戏却没有根据这个设定放大UI
这不是“适配问题”，而是设计逻辑的断裂
你提到：“我们没有能力配置全机型的测试机”。但问题核心在于：
l 测试设备覆盖偏差：目前主要测试环境可能集中于标准密度（如320dpi左右）或特定字号设置的设备。在高PPI屏幕（如444 PPI）且使用默认字号时，UI按dp/sp换算后的物理尺寸会等比缩小，导致触摸与阅读困难。这一问题在测试中可能不易被触发，但正随着高分辨率屏幕普及而影响更多玩家。
n 例如，若设计稿基于320dpi屏幕，一个44px的按钮被认为大小合适。但代码中写width=44，在444 PPI的屏幕上，其物理宽度仅为 2.5mm（44px / 444PPI * 25.4 ≈ 2.5mm），而非设计预期的 9.5mm（即44dp）。这导致屏幕越清晰（PPI越高），UI和文字反而变得越小、越不可用。
l 与“陪伴”理念的背离：一个需要眯眼凑近、可能需要反复点击才能成功点到按钮完成操作的游戏，如何让人放松？
一个可行的解决方案
我们理解小团队资源有限，因此提出的解决方案遵循 “先治标、再治本、后预防” 的原则，力求以最小代价解决最核心的问题。
1. 核心修复
目标：将所有UI元素的尺寸与字号单位，从硬编码的 px（像素）系统性地替换为与密度无关的 dp（控件尺寸）和 sp（字号）。
原因：这是所有Android/iOS应用适配不同屏幕的基础。只要单位正确，系统就能在不同密度的设备上自动换算为合适的物理尺寸。
具体建议：
1. 全局搜索与替换：在代码库中搜索 width、height、textSize 等属性的 px 值。建议的基准转换为：若原UI基于320dpi（xhdpi）设计，则 44px → 44dp，16px → 16sp。
2. 关键页面优先：若全面修改工作量较大，请优先修改“设置页”、“主界面底部导航”、“通用弹窗按钮”。这几处的修复能立即解决80%的操作困难。
3. 验证方法：修改后，请在 高PPI设备（如我的Moto X70 Air，444 PPI） 或模拟器的高密度配置下，用系统默认字号进行测试。可用直尺验证关键按钮高度是否≥7mm，文字是否清晰。
2. 辅助选项
在完成单位修正后，我建议增加游戏内UI缩放功能。这能一劳永逸地覆盖不同设备、视力与偏好的玩家。
- 快速实现方案：在设置中增加一个 “大号模式”开关，开启后全局UI缩放至1.2倍。实现简单，能快速缓解问题。
- 最佳体验方案：提供可实时预览的缩放滑块（如70%-130%）。这是主流应用的标准，能给予玩家最大自主权。
3. 长期建议：建立适配检查习惯（预防未来问题）
在版本提测前，增加一个 “高分辨率屏快速检查” 环节，只需5分钟：
- 准备一台高PPI（≥400 PPI）的测试机，或将模拟器密度设置为 xxhdpi（480dpi）以上。
- 使用系统默认字体大小（非“小”字号）进入游戏。
- 核心检查两项：
- 能否轻松点中所有按钮？
- 所有正文能否一眼看清？（在合理手机观看距离，不要凑近屏幕）
我期待的回应与可提供的帮助
一个确认：能否确认已收到本报告，并理解问题的严重性与解决方案的可行性？
一个计划：团队是否可以将“UI单位修正”列入 下个版本（哪怕是小型热更新）的开发计划？
一次验证：如果团队有修复后的测试版本，我愿意第一时间在我的设备（Moto X70 Air, 444 PPI）上进行实测验证，并提供反馈。
————————————
熊吉，我不是来指责的。
我是那个在2025年因登录问题被“搁置”的玩家，
是那个曾说“我们愿意提意见，是因为我们还在乎”的人。
胡桃的温度，不该被4mm高的按钮冷却。
请让技术，回归到服务于人的初心。
为确保问题被充分看见并推动解决，本报告将同步发送至您的官方邮箱，并发布在B站、TapTap等公共社区。
Geticer
2026年1月26日