We're supporting ESC to close some dialogs and RETURN to trigger the default action in some cases already, but we've not implemented such support across all dialogs.
We should ensure that:
- Alerts, light dialogs and notifications can be closed by pressing ESC.
- Regular dialogs and embedded forms show an alert box when the user presses ESC, asking her to confirm that changes will be lost if she continues. If feasible, only show such a dialog if the content in the form has actually been changed. If this is too much of a hassle to implement now, please do not support ESC for closing regular dialogs and embedded forms.
- Pressing Enter key should submit a form, the same as pushing the Save or Confirm button. But this shortcut key should not trigger the action if the focus is currently in a textarea or richtextfield, because a user may simply want to add an enter.
The goal is to avoid that users loose work in such dialogs, which - in particular with the introduction of light dialogs - are now mainly used for editing items and content.
- clones
-
MGNLUI-2605 Keyboard support to confirm e.g. a deletion
-
- Closed
-
- duplicates
-
-
- Closed
-
-
-
- Closed
-
- is duplicated by
-
-
- Closed
-
- is related to
-
MGNLUI-2884 Pressing Escape in Dialog/DetailEditor should only show confirmation dialog if data has been changed
-
- Closed
-
-
MGNLUI-2797 Show clear focus and hover states on buttons
-
- Closed
-
-
-
- Closed
-
-
-
- Closed
-
-
MGNLUI-5613 Remove EnterFriendlyPanel hack
-
- Open
-
-
-
- Closed
-
- relates to
-
-
- Closed
-
-
-
- Closed
-
- mentioned in
-
Wiki Page Loading...
-
-
-
-
