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 112473 - <escape> doesn't make find-dialog go away
<escape> doesn't make find-dialog go away
Status: RESOLVED NOTABUG
Product: epiphany
Classification: Core
Component: Interface
0.x
Other Linux
: Normal normal
: ---
Assigned To: Marco Pesenti Gritti
Marco Pesenti Gritti
: 116270 126144 129082 133899 143981 151510 153980 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-05-07 08:27 UTC by Robert Staudinger
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Robert Staudinger 2003-05-07 08:27:12 UTC
Don't know if that behaviour is intentionally/HIGish ... but I'd find it
quite natural if the find-dialog would vanish on <escape>
Comment 1 Dave Bordoley [Not Reading Bug Mail] 2003-05-07 16:19:07 UTC
I think this is notabug. Escape is usually bound to cancel which means get me out of here and undo anything i might have done. I think there may be an existing hig bug on the issue, and it appears that gtk automatically binds escape to Cancel in dialogs by default, hence i'd want this done at the gtk level, not at the epiphany level.
Comment 2 Marco Pesenti Gritti 2003-05-08 11:46:03 UTC
Dave I'm not sure if I get you. What should be done at gtk level ? 
What should be the behavior, forgetting who need to do it ?
Comment 3 Dave Bordoley [Not Reading Bug Mail] 2003-05-08 14:48:52 UTC
the behavior is undecided, see  hig bug 109194. I think unless there
is a clear decision in that bug that escape should close dialogs (and i
think there are some strong conceptual reasons not to do this), that we
should not do this and mark this notabug.
Comment 4 Marco Pesenti Gritti 2003-05-09 11:19:39 UTC
I see, I agree
Comment 5 Marco Pesenti Gritti 2003-05-09 11:33:16 UTC
So it's NOTABUG for now. If there a decision on that bug, we will 
change it.
Comment 6 spark 2003-06-29 17:49:51 UTC
*** Bug 116270 has been marked as a duplicate of this bug. ***
Comment 7 Christian Persch 2003-11-03 21:54:34 UTC
*** Bug 126144 has been marked as a duplicate of this bug. ***
Comment 8 Christian Persch 2003-12-11 12:38:34 UTC
*** Bug 129082 has been marked as a duplicate of this bug. ***
Comment 9 vova 2003-12-11 12:47:45 UTC
I do not know a but or notabug it is. But current behaviour is not
convenient (at least 4 people already complained about it). In general
bug is a behaviour of program that confuses or annoys the program's
user. The second vote for "a bug" is that there are many dialogs that
can be closed by ESC. At least it's inconsistent...
Comment 10 Dave Bordoley [Not Reading Bug Mail] 2003-12-21 16:58:45 UTC
The current behavior will stand until there is a HIG decision on the 
correct behavior. At least two HIG maints have clearly stated that 
escape != close and that all bugs related to this have arose only 
from find dialogs. 
Comment 11 spark 2004-02-09 16:09:53 UTC
*** Bug 133899 has been marked as a duplicate of this bug. ***
Comment 12 Christian Persch 2004-06-08 22:54:18 UTC
*** Bug 143981 has been marked as a duplicate of this bug. ***
Comment 13 Christian Persch 2004-07-25 10:08:56 UTC
*** Bug 148396 has been marked as a duplicate of this bug. ***
Comment 14 Christian Persch 2004-08-31 12:51:52 UTC
*** Bug 151510 has been marked as a duplicate of this bug. ***
Comment 15 Christian Persch 2004-09-28 18:31:51 UTC
*** Bug 153980 has been marked as a duplicate of this bug. ***