分屏下的宽度可能低于手机
别名: 分屏窄于手机 · 分屏栏宽 · split-pane width
概念解释
平板比手机宽，但一开分屏，自己这一栏的宽度可以低于一部手机。十一寸横屏对半切开，每栏大约只有五寸出头；再切成三分之一，宽度会掉到比常见手机还窄，高度却仍是平板的全高。于是得到一根又高又窄的视口：不是手机那种矮长条，也不是平板全屏。这条谈的是分屏之后这一栏有多窄、布局还能否用，不是手机小屏上信息密度变高——那是另一块设备上的密度问题。应用占不占整屏，是前一条。
机制
手机布局按「大约 360 到 430 点宽、很高的长宽比」调过。分屏栏可能只有 280 点宽，长宽比却更极端，因为高度几乎没变、宽度腰斩。按手机断点选中的「紧凑布局」会在这根管子里把底栏、多列表头、并排按钮一起塞进去，垂直方向被平板高度撑得很长，水平方向却比任何一部目标手机都紧。多出来的不是密度，是一种手机设计从未见过的窄高比：卡片的左右边距按手机来会显得挤，列表的横向操作（滑动按钮、并排标签）会先于手机坏掉。反过来，若用平板全宽的双栏硬塞进这根管子，两栏都会低于可读下限。宽度还会被用户拖着连续变化，断点必须按窗口宽度，不能按「这是平板所以用宽布局」。
怎么研究
把同一界面放到三种窗口里：一部目标手机的全屏、平板全屏、平板分屏栏（半屏和三分之一）。任务用列表加底部主按钮、加上一排横向标签。
自变量：断点依据（设备类型 / 窗口宽度）、横向控件在窄高比下是否改成垂直堆叠。 因变量：水平溢出、标签截断、底部按钮是否仍在栏内可见、完成率。
关键对照是「同样窄的宽度、不同的高度」：手机全屏和分屏栏可能宽度接近，高度差一截，失败模式不同——手机是一屏装不下要滚，分屏栏是横向先折、纵向却有大量空白。不要把手机上测过的紧凑布局直接标成「已覆盖分屏」。
边界
用户把分割条拖回接近全宽时，窄栏问题消失，应回到平板宽布局，不要锁死在紧凑态。外接键盘收起软键盘之后，分屏栏的高度更长，窄高比更极端，底栏若按「手机一屏内看见提交」来排，在这根管子里会被推到要长滚才能见。竖持平板再分屏，宽度会极端到只够一列图标，这时与其紧凑布局，不如提示「请放大此窗口」或暂停分屏。游戏和固定画布可以设最小宽度，低于它就拒绝分屏或显示裁切预告。
怎么落地
- 断点读窗口宽度，不读设备是不是平板。窗口窄于手机目标宽度时走比手机更紧的一档，而不是复用手机稿。
- 横向标签、并排按钮、滑动行操作在分屏栏里改为可滚动或改为垂直堆叠，不要假设「平板一定放得下」。
- 双栏在分屏栏里按两栏下限之和判断，不够就退成单栏。
- 验证：在三分之一分屏里走完列表到提交。出现横向滚动条、标签缺字、或要横滑才能看见主按钮，就是还在用手机宽度或平板全宽当这一栏的宽度。