TWiLight Menu文件扩展名显示功能的技术解析与优化建议

功能背景

TWiLight Menu作为一款流行的DS(i)自制系统菜单，其界面设计一直追求接近官方系统的用户体验。在早期版本(v27.12.4及之前)中，对于无标题头文件(headerless)的游戏ROM(如GBA、GB/C、NES等格式)，菜单会自动隐藏文件扩展名，这一设计保持了界面的简洁性，符合任天堂官方系统的视觉风格。

功能变更分析

随着v27.13.0版本引入了"Filename Display"(文件名显示)选项，系统行为发生了变化。新版本不再自动隐藏无标题头文件的扩展名，这一变化影响了界面的视觉一致性。技术层面上，这可能是由于文件名显示逻辑的重构导致的副作用。

现有问题

当前版本中，无论用户如何设置"Filename Display"选项，无标题头文件的扩展名都会显示。这带来了几个问题：

1. 视觉上不够整洁，破坏了DSi和3DS主题的官方风格一致性
2. 对于追求原版体验的用户，这种显示方式显得不够专业
3. 文件名显示逻辑与用户预期可能存在偏差

技术解决方案建议

基于对系统架构的理解，我们提出两种技术实现方案：

方案一：独立选项控制

在TWLMENU SETTINGS中新增"Hide File Extensions"(隐藏文件扩展名)选项。这种方案的优势在于：

• 实现简单直接
• 给予用户完全的控制权
• 可以灵活应用于所有文件类型

但需要考虑：

• 会增加设置菜单的复杂度
• 需要额外的存储空间保存该设置项

方案二：智能联动控制

更优雅的方案是将扩展名显示与现有的"Filename Display"选项联动：

1. 当"Filename Display"设为"Off"时：自动隐藏无标题头文件的扩展名
2. 当设为"Above Banner"或"Replace Banner"时：显示完整文件名(含扩展名)

这种设计的技术优势：

• 保持设置菜单简洁
• 逻辑上更自洽(关闭文件名显示时自然隐藏扩展名)
• 符合用户心理模型

实现时可考虑将"Off"选项的显示文本改为"Off (Hide File Extensions)"以增强可发现性。

技术实现考量

无论采用哪种方案，都需要注意：

1. 文件类型检测机制需要保持稳定
2. 与现有主题渲染引擎的兼容性
3. 多语言支持
4. 向后兼容性，确保不影响现有用户设置

用户价值

这一优化将显著提升：

• 视觉一致性：保持官方系统的简洁风格
• 用户体验：减少不必要的视觉干扰
• 自定义灵活性：满足不同用户群体的偏好

总结

TWiLight Menu作为DS自制系统的重要组件，其界面细节对用户体验影响重大。通过合理调整文件扩展名显示逻辑，可以在保持系统功能性的同时，提升视觉品质和用户满意度。技术实现上应优先考虑方案二的智能联动方式，以最少的改动获得最佳的用户体验提升。