更新时间：2026年10月11日

表格列设置先区分必须显示、可选显示和无权查看的字段，再提供显隐与顺序调整。修改较多时，可以在面板内暂存选择，点应用后更新表格，取消则回到进入前的配置。记住偏好和恢复默认还要说明作用范围；把一列隐藏起来，并不等于限制了数据访问权限。

下面用一张供应商台账设计完整过程。采购员日常最关心供应商、合作状态和交付评分，偶尔才查联系人。可以在Pixso的UI设计协作文件里并排组织原表格、配置面板和应用结果，让大家直接比较哪些信息发生了变化。

先确定哪些列允许用户调整

本例台账包含8列：供应商名称、合作状态、联系人、联系电话、所属地区、负责人、更新时间、交付评分。不要一开始把它们全部变成可勾选项，先确定每列承担的任务，以及是否需要一直可见。

这是本例的业务约定，并不是所有表格都必须固定名称列。重要的是：用户隐藏其他信息后，仍能辨认每一行对应哪个对象。不可隐藏的字段应给出简短理由，只有灰色复选框却没有解释，会让人怀疑控件坏了。

还要区分显示偏好与权限。采购员隐藏联系电话，是减少当前界面的干扰；如果账号本来就无权查看联系电话，则不能通过打开列设置重新获得它。两类规则需要分别交付，不应只用一个“隐藏”状态代替。

面板里的名称，要能在表头找得到

入口可放在表格工具栏，名称直接写“列设置”。面板按当前显示顺序排列字段，字段文字与表头一致。已经隐藏的列仍应有可发现的恢复入口，不能因为取消勾选就从整个设置面板消失。

8列时直接展示清单就足够。字段增长到较多时，再考虑搜索或按业务分组；搜索结果中的调整也要遵守原顺序规则。例如搜到“负责人”后勾选它，应该能理解它将插入哪一处，而不是应用后突然出现在中间。

顺序调整可以提供拖拽，同时保留上移、下移等明确动作。拖动时标出插入位置，放下后保持同一列被选中；不要让用户只能抓住一个很小的手柄。更完整的替代操作可以参考拖拽排序与移动菜单的设计方法。

如果提供“全选”，它只应作用于当前允许选择的列，并说明是否覆盖搜索结果之外的字段。供应商名称这样的必显项不会因取消全选而消失。本例字段不多，也可以省去全选，让面板保持直接。

本例采用集中应用：打开面板后，隐藏联系人，把交付评分移到合作状态之后，这些操作先构成一份临时配置；点“应用”才更新表格，点“取消”则保持原状。这样用户可以做完一组调整，再看最终效果。

也可以采用实时预览，但它会改变关闭和取消的含义。如果每次勾选已经修改表格，却把右上角关闭当成放弃全部修改，用户就可能失去预期。选择实时模式时，应明确关闭是否保留，以及如何撤销；不要一半字段实时生效，另一半等待应用。

当前页面更新成功与个人偏好保存成功也不是一件事。若表格已按新配置显示，但保存到账号失败，可以说明“本次显示已调整，未能保存为下次使用的设置”，并提供重试。不能用一个笼统的失败提示，让用户分不清当前表格究竟有没有改变。

本例把偏好保存到当前账号的供应商台账，下次打开这张表继续使用；同事的视图和其他业务表格不受影响。产品如果只记在当前浏览器中，或要由管理员设为团队默认，则需要使用相应说明，不能都叫“已保存”。

“恢复默认列设置”只重置显隐和顺序，不清空筛选条件，不更改表格的业务排序，也不会修改供应商数据。按钮附近可以写“恢复8列及默认顺序”；如果还有其他影响，应在操作前让用户知道。恢复后的配置可以先放进面板，等点应用才生效，与本例其他调整保持一致。

偏好还会遇到版本变化。系统新增一列时，是默认显示还是先放入可选项，需要团队制定规则；字段被下线时，不应留下无法使用的勾选；账号失去某字段权限时，应移除对应显示。处理这些变化时，尽量保留其他仍有效的个人顺序，不必每次都把用户的整套配置重置。

把调整前的供应商台账、列设置面板和应用后的表格放在同一画布：联系人已经隐藏，交付评分紧跟合作状态，供应商名称始终保留。

让一位评审者先找到供应商名称，再比较交付评分，最后把联系人重新显示。如果他能在设置面板勾选成功，却无法判断联系人回到了表格哪里，说明还需要改善位置反馈，而不是再增加一个成功提示。

在Pixso中可以把这几种配置画成连续状态，用组件保持表头、复选项和按钮的一致性，再通过原型演示应用与取消。画布中完成的是配置交互的设计，账号偏好保存、权限与真实数据读取需要由业务系统实现。

列数量减少以后，仍要试一下长供应商名称与窄窗口。可见列太多、文字过长或固定区域太宽的问题，可接着按列宽、固定列与横向滚动的安排方法处理。列设置让用户选出需要的信息，布局则负责让这些信息读得清楚。