Remix.run Logo
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.

fodkodrasz 2 hours ago | parent [-]

Or even better than question mark (for me): hover text with explanation.