Closed Bug 239309 Opened 22 years ago Closed 22 years ago

GNOME button ordering should be a user-definable preference

Categories

(Firefox :: General, defect)

x86
Linux
defect
Not set
minor

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.
Forget to mention the workaround - creating profiledir/chrome/userChrome.css containing: .dialog-button-box { -moz-box-direction: reverse; -moz-box-pack: right; }
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.