Change Details

Some usability resources strongly recommend to immediately acknowledge destructive operations, but allow to restore previous state with an Undo button, instead of asking confirmation: - http://alistapart.com/article/neveruseawarning - https://goodui.org/#8 - https://joshwayne.com/confirm-or-undo/ Some alternative could exist http://glennnaessens.com/undoconfirm-alternative-for-the-web/ A good candidate to test this feature is the watchlist (see T153438) : ask a confirmation there clearly breaks experienced users worfklow, who don't want the confirmation, while other users used it by error and would have liked in the past to be able to change their mind (and confirm button aren't good to allow users to change their mind, they are still in the focus to do the action, not to evaluate the result). An undo feature there would so be welcome.

Some usability resources strongly recommend to immediately acknowledge destructive operations, but allow to restore previous state with an Undo button, instead of asking confirmation: - http://alistapart.com/article/neveruseawarning - https://goodui.org/#8 - https://joshwayne.com/confirm-or-undo/ Some alternative could exist http://glennnaessens.com/undoconfirm-alternative-for-the-web/ A good candidate to test this feature is the watchlist (see T153438) : ask a confirmation there clearly breaks experienced users worfklow, who don't want the confirmation, while other users used it by error and would have liked in the past to be able to change their mind (and confirm button aren't good to allow users to change their mind, they are still in the focus to do the action, not to evaluate the result). An undo feature there would so be welcome. We define here //destructive// from an UI point of view as the property of any action it's not possible to cancel and restore previous state once performed.

Some usability resources strongly recommend to immediately acknowledge destructive operations, but allow to restore previous state with an Undo button, instead of asking confirmation: - http://alistapart.com/article/neveruseawarning - https://goodui.org/#8 - https://joshwayne.com/confirm-or-undo/ Some alternative could exist http://glennnaessens.com/undoconfirm-alternative-for-the-web/ A good candidate to test this feature is the watchlist (see T153438) : ask a confirmation there clearly breaks experienced users worfklow, who don't want the confirmation, while other users used it by error and would have liked in the past to be able to change their mind (and confirm button aren't good to allow users to change their mind, they are still in the focus to do the action, not to evaluate the result). An undo feature there would so be welcome. We define here //destructive// from an UI point of view as the property of any action it's not possible to cancel and restore previous state once performed.