11 comments

  • Aditi K, 2 months ago

    I agree with Aaron. It really depends on how the UI kit was built and how quickly the design language allows the user to grasp whether it in fact IS or ISN'T a disabled state.

    3 points
    • Andrew C, 2 months ago

      In my experience user testing the users just click on the button w the label that matches their desired outcome — delicately curated disabled state be damned.

      2 points
  • Aaron Wears Many HatsAaron Wears Many Hats, 2 months ago

    I tend to agree with what's been said here, yet also feel this borderlines on making the button look like it's disabled, which (to me) feels like almost a dark pattern. While it's mentioned in there regarding the shade of grey being dark enough to avoid that, I still feel with a dark grey it can still have that appearance.

    2 points
  • Rob GillRob Gill, 2 months ago

    With our UI style guide... grey would mean disabled :(

    2 points
  • Steven CavinsSteven Cavins, 2 months ago

    "it depends." let this echo for eternity in our hearts and minds.

    2 points
  • Jim SilvermanJim Silverman, 2 months ago

    in these examples, the color of "cancel" is less problematic than its proximity to primary actions.

    1 point
  • Radley MarxRadley Marx, 2 months ago

    Sorry, no. This may be a good idea for a generic Cancel button but should not be applied for destructive actions. Further, obfuscating "Not Now" or "No Thanks" is a small step towards dark patterns.

    1 point
  • Arthur Klepchukov, 2 months ago

    Did anyone else find the iOS example made a stronger case than the first modal? Perhaps the iOS example highlights a lack of hierarchy in those alert actions.

    0 points
  • Adam Fisher-CoxAdam Fisher-Cox, 2 months ago

    The face that they think "Cancel" is not an action speaks volumes about how seriously this article needs to be taken as words to live by.

    0 points