| ▲ | deathanatos 4 hours ago | |||||||
Excellent? No, > Remove the control when there is no way for users to enable it That guidance is unhinged, and is exactly the anti-pattern that upthread points to that needs to die. Removing the control is like gaslighting the user: they're looking for "how to do X?" and documentation, Internet searchable screenshots, and, god help us, now AI, are pointing them at a button that does not exist. I cannot tell you how many times I've frustratingly circled that mulberry bush as a user, for a wide range of products. No, the button (and all other UI elements) should always present/be visible, and if there is a disabled control, there should be a HIG-standardized way to determine why it is disabled. (I.e., a mandatory tool-tip that states what actions would cause the control to enable, though I'd accept that tool-tips themselves are not always discoverable. You could have a small, standardized icon on the disabled control, like an :information-symbol-emoji: that might hit towards the tool-tip, or just put in underneath.) | ||||||||
| ▲ | preg_match 3 hours ago | parent [-] | |||||||
I agree, just gray it out and have a little question mark button next to it. Also, way more question mark buttons. I don’t care how well named people think things are. They’re not, and there’s always some hidden behavior you just have to know behind every setting. Include the question mark. | ||||||||
| ||||||||