F1.04.3stretch-zone placement设计
顶部对角区只放低频且可撤销的入口
别名: 顶部对角 · hard-to-reach corner · 伸展区
概念解释
右利单手握着高屏手机，左上角是伸展的尽头：要够到「更多」，拇指走到关节极限，瞄准发飘。这个位置可以放设置、溢出菜单、一次也用不上的分享——按错了退得回来，一天也按不了几次。把「确认转账」或「删除相册」放在同一角，就是在最不稳的姿势上执行最不可逆的动作。
这条约束是两段合取：低频，并且可撤销。只满足一段不够——偶尔才点的「清空」仍然危险；一天要开十次的「更多」虽然可撤销，也会把伸展变成日常税。
机制
对角是可达弧的远端。到达靠的是腕掌关节推到接近极限，握持会被带得松一点，触点的落点方差变大。方差大意味着更容易点到旁边那一个。旁边如果是「关闭」或「再看看」，点错可以退；旁边如果是「确认付款」，点错就是一笔交易。
伸展还会改变注视。为了看清左上，设备往往被略微下移或眼睛抬高，原来停在内容上的注意被拆走。这个额外注意成本对偶尔一次的入口可以接受，对要核对金额的确认不可接受——数字和按钮被拆在一次别扭的姿势里。
边界
双手持机看视频、用另一只手点左上，对角不再是伸展区。左利用户的危险角在右上，把关闭一律钉在右上会把危险角送给他们。平板横持时四个角的代价重新洗牌，不能继续沿用竖屏手机的「左上 = 远端」。系统强制的关闭位置（模态右上的 ×）改不了，就要保证那个 × 本身可撤销——关掉的是一层，不是数据。
怎么落地
- 顶角只放溢出、设置、筛选入口这类可退回的低频项；把确认、支付、删除移出对角，交给下半屏或需要明确选择对象的流程。
- 对角入口不要和不可逆动作做邻居。顶栏右侧同时放「…」和「发送」时，发送应改成主按钮形态并下移，或至少用完整词和更大间距。
- 转账、删除这类动作即便入口在顶栏，真正生效的那一下也要落在用户已经对准内容的区域，而不是对角本身。
- 验证：用非惯用手单手操作，在对角入口上连续点十次，看落点散布。散布碰到任何不可逆控件的命中区，这个角的职责就超载了。