跳轉到

D-20260705-03｜比賽頁方向政策翻案與 gameplay 鍵位收斂

背景與驅動力

原 canon 定「比賽頁強制橫向」。經查證瀏覽器並無 OS 級鎖定能力——manifest orientation 在 iOS 被無視、orientation.lock 需全螢幕且 iOS 不支援、實質只能做內容層遮罩；「強制」在 web 平台是承諾不了的規格。同輪整理比賽鍵位表時草案誤含「轉向」，使用者質疑後查證坐實：迷你四驅車無轉向（滾輪貼牆自走 ＝ 設計本體），steering 型輸入全 corpus 僅 interfaces.md 一處早期殘留。

考慮過的選項

  • 維持強制橫向：技術上做不到 OS 級鎖定，只能遮罩擋人，是假保證；否。
  • 建議橫向 ＋ 適應性排版（採納，使用者裁）：「可以建議但不應該強制、必須適應性排版讓手機直向也能玩」。
  • 鍵位保留轉向軸：與無轉向的車體模型矛盾，橫向位移本就是 swerve_left／swerve_right 技能；否。

決定

  • 比賽頁建議橫向、不阻擋：直向進賽顯示一次性「建議橫向」toast（可記住不再提示）；直向適應 ＝ 同錨點緊湊化（小地圖預設收合、資訊列縮排、skill 按鈕維持底部拇指區），橫向為設計基準。
  • gameplay 唯一輸入 ＝skill 1–4；InputEvent 收斂為單一 skill-trigger 型並明文「無轉向」；steering 殘留清除。

後果與影響

全站自此無任何強制方向頁面；方向政策與技術註記落 ui-frontend.md、HUD 與操控權威在 賽內機制.md。輸入面收斂到單一事件型別，rollback netcode 的輸入序列化與 8 skill 模型（D-20260516-02）完全對齊。