I believe they are mostly on gtk-devel. They aren't on usability@, where one would like them to be, though. I don't know specifics on the discussions, but I do know that Federico was working on this for gtk+. -- dobey On Die , 2004-02-22 at 21:01, Not Zed wrote: > For Eric's benefit, where are these taking place? gnome-desktop or > something? > > > On Fri, 2004-02-20 at 18:10 -0500, Rodney Dawes wrote: > > > This is the wrong behaviour, yeah. It's not a cancel button. If you make > > changes, and then click it, after clicking apply, it doesn't undo your > > changes. If one hits ESC, the changes are expected to be undone. There > > are discussions about what the ideal way to handle things like this, > > going on. > > > > -- dobey > > > > On Pre , 2004-02-20 at 17:02 -0500, Jeffrey Stedfast wrote: > > > > > I don't think we want this behaviour. Other GNOME apps do not close > > > their preferences dialogs when the user hits ESC so I don't think we > > > should either. > > > > > > Jeff > > > > > > On Fri, 2004-02-20 at 08:37, Eric Zhao wrote: > > > > Hi, > > > > > > > > Attached is a patch to fix the bug that the Settings dialog of > > > > Evolution can't be closed be ESC key. This problem is caused by > > > > e-multi-config-dialog. > > > > > > > > Since e-multi-config-dialog is derived from GtkDialog, it will > > > > do nothing when pressing ESC key on this dialog, because the > > > > e-multi-config-dialog doesn't have an action widget with GTK_RESPONSE_CANCEL > > > > as its response ID. By changing the response ID of "Close" button from > > > > GTK_RESPONSE_CLOSE to GTK_RESPONSE_CANCEL, the ESC key can work. > > > > > > > > I have tested this patch on my box, please help review, thanks! > > > > > > > > Changelog: > > > > * e-multi-config-dialog.c: (init): change the response id of > > > > "CLOSE" button from GTK_RESPONSE_CLOSE to GTK_RESPONSE_CANCEL, > > > > so that this kind of dialog can be closed by ESC key.
Attachment:
signature.asc
Description: This is a digitally signed message part