Bug 79093 - Ok/Cancel, Yes/No buttons are in wrong order
Ok/Cancel, Yes/No buttons are in wrong order
Product: Red Hat Linux
Classification: Retired
Component: gtk2 (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Owen Taylor
Brock Organ
: FutureFeature
Depends On:
  Show dependency treegraph
Reported: 2002-12-05 11:48 EST by Andrew Gilmore
Modified: 2007-04-18 12:48 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-08-28 12:26:45 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Andrew Gilmore 2002-12-05 11:48:21 EST
New to Redhat 8.0, the Yes/No and Ok/Cancel buttons have been swapped compared
to the order in earlier versions.

I think this is wrong, and should be made a preference, or something.

My wife, who is not a computer person, requested that this bug be filed, because
she hates the new order of the buttons.

Please explain why this was done, and provide information on how to change it.
(a url or quick answer is file)
Comment 1 Owen Taylor 2003-08-28 12:26:45 EDT
The GTK+ button ordering conforms to the GNOME humanb user interface guidelines.



For details how on how this works. In general, OK/Cancel and Yes/No
pairs should almost never occur, instead it should be

 [ Cancel ] [ Save  ]

Or whatever the particular 

If you find OK/Cancel or Yes/No in the Red Hat tools, it wouldn't hurt
to file a bug about it.

There are some cases in which it would be nice if the GTK+ standard
dialogs would conform to a different UI standard instead; especially
when running in a Windows-like environment, or under Windows itself.
(GTK+ is a cross-platform toolkit.) See:


for ideas about making this a configurable item.

Note You need to log in before you can comment on or make changes to this bug.