在“偏好设置”中，此按钮应为灰色，直到有实际内容可保存为止。届时它应变为蓝色。
成功保存后，它应再次变为灰色。
目前，用户完全依赖于查看按钮旁边的“已保存”一词。
是的，保留该词，但请修复，我的意思是增强，该按钮。谢谢。
成功保存后，它应再次变为灰色。
8 个赞
而且，如果您在保存后对首选项进行了任何调整，然后再次保存，您将无法真正分辨第二次保存是否真的起到了任何作用，因为这两个项目看起来与我们第一次保存后它们的样子完全一样。
2 个赞
我不同意这个观点……动态更改状态的元素会让最终用户感到困惑和分心。
在实际应用中有哪些这类 UI 的例子？
在我以前的工作中，我们会将“回复”按钮“灰色化”，直到用户被允许发帖为止，但这非常令人困惑，导致了大量的支持问题。如今，您可以立即点击它，然后发现哪里出了问题。
3 个赞
我尝试了 https://meta.discourse.org/ 和 fb.com，都在隐身模式下进行了测试，发现不可点击的链接都已被移除，所以今天没有示例。
我注意到在我的帖子下方，“分享”、“书签”、“标记”、“关注”都已显示为灰色，但这并不意味着它们不可点击。所以不用在意灰色。
我注意到在“偏好设置”中，即使不做任何更改，也可以点击“保存”1000次。
总之，如果还没有需要保存的更改，那么“保存”按钮根本就不应该出现。
这显然是2023年的做事方式。
1 个赞
然而，它却被广泛使用。我必须至少点击两次，因为除了很快消失的“确定”之外，我得不到任何其他响应。如果我错过了，我就不知道保存是否成功，或者是否存在某种故障。
实际上……我们这里已经有类似的系统在运行了。例如，所有的设置。
1 个赞
呃——所有的 Discourse 设置都是动态变化的（抱歉视频不好看，似乎是 .webm 的问题）。而且它非常有用！
1 个赞
这是一种不同的UI范式……
不过，我承认我的说法有误，Facebook和Google都遵循这种模式：
@设计师们，你们对此有什么看法？我们的用户个人资料是否应该遵循类似的范式？
- 我们是否应该调暗蓝色？
- 我们是否应该使用灰色？
- 我们是否应该提供一个像Google那样的取消按钮？
6 个赞
应该。所有保存按钮都应遵循此模式。颜色是灰色、变暗还是其他什么，更多的是品味问题——但这就是我们发明 CSS 的原因 
3 个赞
对我来说，变暗或变灰都可以（只是为了不那么引人注目），只要（我怎么强调都不为过）它们仍然是可点击的，这样用户在提交尝试后就能得到关于缺失/未正常工作的反馈。
我强烈反对这一点。显示一个保存按钮清楚地表明用户_可以_更改内容并保存它们。而且，全新的UI元素弹出也并非良好的用户体验。
6 个赞
我赞成遵循谷歌和脸书的模式。（我以为他们只是把所有按钮都去掉了……但那是因为我在隐身模式下。）
在 Have the Save Edit button grey until the user has typed something 中，我报告了一个不同的按钮。
1 个赞