After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 148832 - Nothing in Keyboard interaction section on the use of "esc" to dismiss transient windows
Nothing in Keyboard interaction section on the use of "esc" to dismiss transi...
Status: RESOLVED DUPLICATE of bug 124902
Product: gnome-devel-docs
Classification: Applications
Component: hig
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Calum Benson
Calum Benson
Depends on:
Blocks:
 
 
Reported: 2004-07-30 02:33 UTC by eagsalazar
Modified: 2020-12-04 18:19 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description eagsalazar 2004-07-30 02:33:20 UTC
Maybe this is somewhere else in the HIG but I can't find it.  In other de
environments, esc by consistently dismisses all transient windows.  In gnome,
this behavior is all over the place.  Some apps do it, some don't.  If it is
desired, then the HIG should add this to the list of normal keybindings.  If it
is not desired it should be mentioned in that section and the policy against
such a use of esc should be defined.  Right now it is very inconsistent,
probably because it is not clear in the hig.
Comment 1 eagsalazar 2004-08-02 19:09:57 UTC
Also, when browsing in spatial mode,shouldn't nautilus windows be considered
"transient"?
Comment 2 Calum Benson 2010-03-06 01:01:19 UTC
The HIG recommends that pressing Esc should activate a dialog's Cancel button, and nothing else (including Close), which has consistency and accessibility benefits.  This is also what the Windows and OS X guidelines recommended, or certainly did at the time.

Unfortunately, the gtk maintainers saw this differently and have gradually patched every standard dialog such that Esc = either Close or Cancel depending on which button is present.  I am one of the people who still believes this to be a serious usability and accessibility issue, as Close and Cancel are two virtually opposite operations (save+close vs. revert+close)  that, in many cases, now have the same shortcut.  And I'm still not happy about that :(

Anyway, whichever side of that fence you sit on, I believe the HIG is clear enough on the use of Esc in situations where the toolkit doesn't decide for you.  So I'm closing as NOTABUG.
Comment 3 Calum Benson 2010-03-06 01:25:40 UTC

*** This bug has been marked as a duplicate of bug 124902 ***