E1.15.1hug-content versus fill-container buttons设计研究
按钮宽度可跟随文案长度或撑满容器，两者语义不同
别名: hug内容 · 撑满按钮 · intrinsic vs fill
概念解释
按钮宽度有两种合法策略。跟随文案（hug content / intrinsic width）让盒子跟着字走，短动作短、长动作长，看起来像一枚刚好包住那句话的键。撑满容器（fill container）让按钮吃掉所在栏的全部宽度，字在中间，看起来像这条栏的主人。两者语义不同：跟随说「我是这句话」；撑满说「我是这块区域的主操作」。混用会把次要动作撑成主操作，或把主操作收成一句旁白。
机制
宽度是视觉质量。撑满的色块占据整栏，注意和拇指都会把它当成这一屏的推荐；跟随文案的键质量等于那几个字，适合工具栏和对话框里的次要项。人还会用宽度差读层级：一长一短并排，长的像主。若取消被撑满、提交跟随文案，层级会反转。跟随策略在翻译变长时按钮变宽，可能挤掉邻居；撑满策略对翻译不敏感，但短词会在一块大色里显得空，像口号而不是动作。选择宽度就是选择「这枚键在布局里扮演的角色」，不是选哪边更好看。
怎么研究
同一对话框用两种宽度策略，测哪一枚被当成主操作，以及翻译成长词后布局是否崩。
自变量：主/次是否撑满、文案长度、容器宽度。 因变量：首次点击落在哪枚、主观「系统想让我按哪个」、长文案下的溢出。
不要只问好看。问的是角色是否被宽度说出来。
边界
网格里的等宽卡片按钮是第三种：宽度跟卡片走，不跟文案走，也不宣称整页主操作，只是网格单元。表格行内动作几乎必须跟随文案，撑满会变成整行可点，误触极高。广告落地页的大色块按钮是在用撑满当转化，角色就是主操作，不应再旁边放一枚同样撑满的次要。
怎么落地
- 页面级或栏级主操作才撑满；工具栏、对话框次要、行内动作跟随文案。
- 主次并排时不要两枚都撑满，也不要让次要比主操作更宽。
- 在最长语言下检查跟随策略会不会挤掉取消。
- 验证：灰度截图里指出「整块区域的主人」。答到次要键上，宽度语义就反了。