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 75437 - No option to Reset changes in the property boxes
No option to Reset changes in the property boxes
Status: RESOLVED DUPLICATE of bug 95110
Product: gnome-devel-docs
Classification: Applications
Component: hig
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: HIG Maintainers
gnome-applets Maintainers
AP4
Depends on:
Blocks:
 
 
Reported: 2002-03-19 13:33 UTC by deepa
Modified: 2020-12-04 18:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description deepa 2002-03-19 13:33:53 UTC
The functionality of the Esc button is to activate Cancel Button (in 
dialog) - but not the Close button.                
Most applets' property box do not have a Cancel button, but permit a Esc 
operation without any effect. It would be very usefull to cancel any 
operation, as a user might make some property changes and would want to 
undo it. He is doesnt have a option as of now.
For e.g the preperty box in a dictonary has the server name and port no, i 
make changes to the port no and then i want to undo the operation, but cant 
remember the old port #. 
As the property boxes have instant apply feature, can we have a Reset 
button, which would restore the settings you had when you opened the 
dialog.     
Could the action of Esc button here be Reset ?
Comment 1 Kevin Vandersloot 2002-03-19 22:55:52 UTC
No. The HIG doesn't mention that. It would be way too much code to
write for GNOME2.

This is a usability issue though. Seth, Calumn any ideas on how we
should handle things like this? Especially things like text entries
that Deepa is talking about. 
Comment 2 Seth Nickell 2002-03-19 23:09:56 UTC
Eventually I think we want to specify an "Undo" button for standard
dialogues. But that's future.

For now... if it is a *setting* the best option is to put a [Use
Default] button to the right of it (do I have the wording on this
right calum?).

So for example:

Port Number: ______32_  [Use Default]

This doesn't allow them to go back to their previous value, but it
does allow them to go back to a sane normal value (which is what
people usually want, I suspect).
Comment 3 Calum Benson 2002-03-25 14:28:29 UTC
"Use Default" is fine, maybe even just "Default" would suffice.  I'm
not sure I'd like to see dialogs littered with "Use Default" buttons
for evey setting, though.  Not sure what the best short-term solution
is here, really.

Random thought that just occured: a single dropdown menu button sort
of thing for the whole dialog might be one (longer-term) solution,
that listed all the fields you could set back to defaults, and their
default value:

[_Defaults v]
+--------------------------------+
| Proxy Name =  http://proxy.net |
| Port = 8080                    |
| .                              |
| etc.                           |
| .                              |
+--------------------------------+

Then to set that field back to its default, you just select it from
the dropdown menu.
Comment 4 Calum Benson 2003-04-03 14:47:20 UTC
Updating status_whiteboard field to reflect A11Y team's assessment 
of accessibility impact.
Comment 5 Kevin Vandersloot 2003-04-04 15:40:38 UTC
Shouldn't this be some sort of HIG bug? This is certainly not applet
specific.
Comment 6 Calum Benson 2003-04-04 18:06:32 UTC
HIG bug #95110 is along similar lines, I guess you could consider this
a dup, although it doesn't contain my stunning "dropdown button" idea
that I mentioned above :)
Comment 7 Calum Benson 2003-08-07 16:19:06 UTC
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME
bug list :)
Comment 8 Calum Benson 2004-10-21 16:40:44 UTC
Apologies for spam-- ensuring Sun a11y team are cc'ed on all current a11y bugs.
 Filter on "SUN A11Y SPAM" to ignore.
Comment 9 Christoffer Olsen 2005-01-04 20:32:33 UTC
I guess it's not an applets bug at all, so I'll just chuck it over to the
usability people :)
Comment 10 Calum Benson 2005-03-04 18:33:35 UTC
I think there's now enough info in #95110 to mark this as a dup.

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