F2.13.3orientation lock needs a hard reason设计

锁定方向需要充分理由

别名: 锁定方向 · portrait lock · 强制竖屏

概念解释

默认应当两种方向都能用。锁死竖屏或横屏,等于丢掉用户已经躺着、已经接了键盘壳、已经把折叠屏摊开的物理处境。「竖着比较好看」不够当理由。赛车要锁横屏、相机取景要对着硬件传感器、设备被钉在支架上——这些才是充分理由。

银行应用「为了安全」锁竖屏,通常只是没做横屏。用户侧躺着看余额,整页悬着,那是产品拒绝物理,不是安全。

机制

方向锁把界面坐标系钉在设备的某一短边或长边上,而人的头、手、支架在另一个坐标系里。错开之后,不是「稍微别扭」,是颈部代偿、单手变成不可能、或外接键盘的屏幕方向和键面冲突。部分平板在分屏时会忽略应用的锁,于是你以为锁住的布局,在多任务里以你没设计过的方向出现,反而更崩。

锁还会把可达问题「解决」成不存在:横屏热区没画,就禁止横屏。这是用产品约束掩盖布局债。

边界

游戏关卡、AR 对平面、扫描证件的相框、车载固定支架,锁是物理约束。视频播放可以锁,但播放器以外的选片、设置不该跟着锁。无障碍用户把手机固定在轮椅托盘上,方向由托盘决定,应用再锁一次就是在对抗辅助环境。

只锁启动闪屏、只锁某一层沉浸,比整应用锁伤害小。整应用锁需要能写出那句物理或安全理由。

怎么落地

  • 每个被锁的表面写一句理由,必须提到物理姿态、硬件传感器或安全风险。理由是「构图更好」的,解锁并补横屏。
  • 主画布锁了,登录、设置、帮助、权限说明默认不要锁。
  • 验证:列出所有 portrait / landscape 锁。每条旁边写理由。写不出物理句的解锁,找人侧躺、接键盘壳、开分屏走主路径。走不通的才允许重新锁,并记下那条真正的物理原因。再在平板分屏里看锁是否被系统忽略——被忽略的,横屏布局必须存在,锁只是假安慰。

延伸

  • 同组F2.13.1 横屏改变可达区与单手可用性 · F2.13.2 旋转需保持滚动位置与输入状态
  • 相邻F2.10 响应式断点 · F1.04 拇指热区与关键操作落位 · J5.09 屏幕阅读器的工作原理
  • 站内检索orientation lock · portrait only · supportedInterfaceOrientations · split view

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/F2.13.3