切换按钮应该显示其当前状态，还是点击后将切换到的状态？（2010）
像静音按钮、随机播放图标或汽车车锁指示器这类含糊的切换控件，常常让用户分不清符号显示的是当前状态，还是点击后会发生什么。评论者认为，控件应清楚同时指示状态和动作，通常可通过把状态指示器（例如灯或标签）与控件本身分开，或用简单的基于文字的复选框和单选按钮来代替聪明但只靠图标的切换。很多人把责任归咎于扁平化、空间受限、过度“Dribbblized”的设计潮流，因为它牺牲了清晰度；他们还指出，这种歧义在麦克风、远程医疗或驾驶等高风险场景中尤其成问题。
切换语义的普遍共识
- 很多人认为，切换控件应该显示当前状态，而不是动作本身，这样界面才能被快速扫视以判断“现在什么是真的”。
- 也有人坚持，按钮本质上是一个动作控件，应该说明按下后会发生什么（“静音”“取消静音”），而状态应在别处显示。
- 还有不少人指出，这其实是个伪二分：好的设计会同时展示状态和可能的下一个状态（例如双标签开关、表示过渡的箭头）。
复选框、单选按钮与带标签的开关
- 复选框和单选按钮因其无歧义而广受好评，尤其是配合清晰标签时，比如“麦克风开 / 麦克风关”或“已静音 / 未静音”。
- 一些人感叹，移动端和扁平化设计把它们挤出了主流，尽管它们完全可以被轻松样式化成现代视觉效果。
- 双标签切换控件（例如“开 [—●] 关”）被反复建议为最清晰的模式。
图标、语言与歧义
- 仅靠图标的切换控件（麦克风、摄像头、飞行模式、电源、随机播放）是混淆的主要来源，尤其当区别只依赖很细微的颜色变化时。
- 英语里动词/形容词的重叠（例如“Open”）会让标签产生歧义；评论者指出，在某些其他语言中这不是那么大的问题。
- 像“静音”和“飞行模式”这类否定概念会颠倒预期：“开”可能意味着“声音关闭”或“Wi‑Fi 关闭”。
物理隐喻与拟物化
- 很多人赞成模仿实体开关：位置、“按下”状态以及指示灯都能清楚传达状态。
- 播放/暂停被指出是一个特殊案例，因为环境反馈（音频/视频正在播放）弥补了图标歧义。
- 有人呼吁借鉴航空/工业控制，因为那里的一致性和独立指示器对安全至关重要。
异步操作与独立指示器
- 将控制与状态合并到同一个元素，在操作有延迟或可能失败时（网络、硬件、远程设备）就会失效。
- 建议的模式是：按钮负责发出命令 + 独立的灯或标签显示实际状态，并且可以提供中间的“等待中”反馈。
现实中的问题案例与约束
- 被指出令人困惑的例子包括：Microsoft Teams 和 Discord 的静音、Tesla 的车锁和后备箱、Spotify 的随机播放、Kindle 的飞行模式，以及各种汽车和硬件界面。
- 有些人怀疑订阅/取消订阅切换和电子邮件同意复选框中存在暗黑模式。
- 也有人指出，移动端空间限制和点击目标大小确实是现实约束，但这并不能成为含糊不清或可访问性差的借口。