E4.11.3panel width crowding设计研究
面板占用宽度会挤压主内容
别名: 侧栏挤占 · 面板宽度 · 主区变窄 · inspector width
概念解释
非模态面板要常驻在主内容旁边才能并行，而这「旁边」是从主内容的宽度里扣出来的。面板挤占（panel width crowding）是主列被削到任务做不完：表格少了关键列、画布变小、编辑器开始横向滚动。并行的收益若是用主任务的可读性买的，面板开着反而比关着更亏。
机制
窗口宽度是零和的。面板每占一列像素，主表面就少一列像素。主任务通常对宽度更敏感——表格靠列对齐，画布靠可见工作区，阅读器靠行长。面板对宽度的需求往往是表单字段的最小可读宽，超过这个最小宽，多出来的空间对检查器帮助不大，对主表面伤害很大。人不会因为「还看得到一点主内容」就当成主任务仍可用；一旦关键列或画布操作点被挤出视口，并行在结构上成立，在任务上失败。可拖拽的分割线把决定权交给这一次任务，但默认宽度仍在替大多数次决定主表面能剩多少。
怎么研究
在不同窗口宽度下打开固定宽面板，做主任务（读完一行表、完成画布上的一次操作）。测量主任务失败率、横向滚动、以及人们主动关掉面板的时机。自变量：面板宽度、窗口宽度、主内容类型（表 / 画布 / 文档）。因变量：主任务完成、关闭面板以「腾地方」的次数。若关面板是为了看见主内容而不是因为面板用完了，挤占已经压过并行收益。
边界
超宽显示器上挤占不容易发生，默认可以更宽。窄笔记本上检查器应可叠成浮层或抽屉，把宽度还给主列，代价是暂时失去并行。用户拖宽面板是明确放弃主列宽度，默认不应模仿这次拖拽。双面板（左导航加右检查器）会从两侧咬主列，需要分别算账，不能只看单侧。
怎么落地
- 给面板一个刚好放下字段的默认宽，把弹性空间留给主内容。
- 窗口窄到主任务的最低宽度不够时，把面板改成可关闭的浮层，而不是继续并排。
- 提供拖拽改宽，但下次打开仍回默认，除非用户钉住宽度。
- 验证：在目标笔记本分辨率开着面板做主任务。若必须关面板才能看见该看见的列或画布区域，默认宽就过大。