Closed
Bug 239309
Opened 22 years ago
Closed 22 years ago
GNOME button ordering should be a user-definable preference
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 230642
People
(Reporter: mozbugs2, Assigned: bugzilla)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040327 Firefox/0.8
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040327 Firefox/0.8
The solution to Bug 233456 "fixed" Firefox so its dialogs adhere to the GNOME
HIGs. However, this means the button ordering is counterintuitive unless you
happen to run all GNOME (or maybe GTK2) applications. The user should be able
to specify whether he/she wants to use the GNOME-ordering (or perhaps running
GNOME can be detected...) or the standard ordering that all sane applications use.
Reproducible: Always
Steps to Reproduce:
1. (An example): File->Save Page As....
Actual Results:
Dialog has <Cancel> <Save> buttons at the bottom
Expected Results:
The button order should be <Save> <Cancel>, unless GNOME is running or the "I'm
a GNOME / MacOS fanatic" option is selected.
| Reporter | ||
Comment 1•22 years ago
|
||
Forget to mention the workaround - creating profiledir/chrome/userChrome.css
containing:
.dialog-button-box { -moz-box-direction: reverse; -moz-box-pack: right; }
Comment 2•22 years ago
|
||
GTK2 builds should behave like other GTK2 apps. GTK1 builds should behave like
GTK1 apps.
That userChrome hack would be good on Firefox Help (
http://texturizer.net/firefox/ )
*** This bug has been marked as a duplicate of 230642 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•