Closed
Bug 406387
Opened 17 years ago
Closed 17 years ago
Move System Defaults from Main to Advanced - General
Categories
(Firefox :: Settings UI, defect)
Firefox
Settings UI
Tracking
()
VERIFIED
FIXED
Firefox 3 beta2
People
(Reporter: robert.strong.bugs, Assigned: robert.strong.bugs)
References
Details
Attachments
(3 files, 2 obsolete files)
71.44 KB,
image/png
|
Details | |
20.99 KB,
patch
|
moco
:
review+
|
Details | Diff | Splinter Review |
20.99 KB,
patch
|
robert.strong.bugs
:
review+
damons
:
approval1.9+
|
Details | Diff | Splinter Review |
Per email discussion with beltzner we should move System Defaults from the Main prefpane to the Advanced prefpane's General tab panel. This is now possible with the landing of Bug 143065 which restricts accesskeys to an individual tab panel.
Assignee | ||
Comment 1•17 years ago
|
||
Also added missing accesskey for clearing the cache and removed period from the add-ons mgr description for consistency with the rest of the UI.
Attachment #291034 -
Flags: review?(mano)
Assignee | ||
Updated•17 years ago
|
Attachment #291034 -
Attachment is obsolete: true
Attachment #291034 -
Flags: review?(mano)
Assignee | ||
Comment 2•17 years ago
|
||
try this again... I've also added missing accesskey for clearing the cache and removed period from the add-ons mgr description for consistency with the rest of the UI. note: I'd appreciate testing of this patch on Linux and Mac OS X in order to verify the new height is ok.
Attachment #291035 -
Flags: review?(mano)
Assignee | ||
Comment 3•17 years ago
|
||
Assignee | ||
Comment 4•17 years ago
|
||
Attachment #291035 -
Attachment is obsolete: true
Attachment #291037 -
Flags: review?(mano)
Attachment #291035 -
Flags: review?(mano)
Assignee | ||
Updated•17 years ago
|
Attachment #291037 -
Flags: review?(mano) → review?(sspitzer)
Assignee | ||
Comment 5•17 years ago
|
||
Filed Bug 406670 for the prefwindow extending on Mac OS X when going from the tabs prefpane to the apps prefpane
Comment 6•17 years ago
|
||
Comment on attachment 291037 [details] [diff] [review] patch rev2 (missed add-ons mgr desc changes) r=sspitzer I also tested this out on my mac build. 1) robert tells me that the accepted practice is to rename the entities, even on just punctuation changes (so that localizers are aware of it.) 2) robert plans to use 40em, instead of 39em (on mac)
Attachment #291037 -
Flags: review?(sspitzer) → review+
Assignee | ||
Comment 7•17 years ago
|
||
Carrying forward Seth's r+ Drivers, I'd like to get this in for M10. Some people still use screen resolutions that don't accommodate the current prefwindow size due to poor eyesight... this lessens the height to be 1em smaller than it was prior to adding the Manage Add-ons... button by moving the System Defaults from the Main pane over to the Advanced pane -> General tab which makes it possible to lessen the height. It also adds a missing access key and makes the description for managing add-ons consistent with the rest of the prefpane descriptions by removing a period at the end of the description.
Attachment #291351 -
Flags: review+
Attachment #291351 -
Flags: approval1.9?
Updated•17 years ago
|
Attachment #291351 -
Flags: approval1.9? → approval1.9+
Assignee | ||
Comment 8•17 years ago
|
||
Checked in to trunk Checking in mozilla/browser/components/preferences/main.xul; /cvsroot/mozilla/browser/components/preferences/main.xul,v <-- main.xul new revision: 1.16; previous revision: 1.15 done Checking in mozilla/browser/components/preferences/main.js; /cvsroot/mozilla/browser/components/preferences/main.js,v <-- main.js new revision: 1.15; previous revision: 1.14 done Checking in mozilla/browser/components/preferences/advanced.xul; /cvsroot/mozilla/browser/components/preferences/advanced.xul,v <-- advanced.xul new revision: 1.43; previous revision: 1.42 done Checking in mozilla/browser/components/preferences/advanced.js; /cvsroot/mozilla/browser/components/preferences/advanced.js,v <-- advanced.js new revision: 1.28; previous revision: 1.27 done Checking in mozilla/browser/components/preferences/preferences.xul; /cvsroot/mozilla/browser/components/preferences/preferences.xul,v <-- preferences.xul new revision: 1.17; previous revision: 1.16 done Checking in mozilla/browser/locales/en-US/chrome/browser/preferences/main.dtd; /cvsroot/mozilla/browser/locales/en-US/chrome/browser/preferences/main.dtd,v <-- main.dtd new revision: 1.9; previous revision: 1.8 done Checking in mozilla/browser/locales/en-US/chrome/browser/preferences/advanced.dtd; /cvsroot/mozilla/browser/locales/en-US/chrome/browser/preferences/advanced.dtd,v <-- advanced.dtd new revision: 1.28; previous revision: 1.27 done Checking in mozilla/browser/locales/en-US/chrome/browser/preferences/preferences.dtd; /cvsroot/mozilla/browser/locales/en-US/chrome/browser/preferences/preferences.dtd,v <-- preferences.dtd new revision: 1.12; previous revision: 1.11 done
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 9•17 years ago
|
||
Filed bug 406701 to update the help docs.
Comment 10•17 years ago
|
||
Could this have caused bug 406785?
Updated•17 years ago
|
Flags: in-litmus?
Comment 11•17 years ago
|
||
verified fixed using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007120405 Minefield/3.0b2pre and Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b2pre) Gecko/2007120404 Minefield/3.0b2pre.
Status: RESOLVED → VERIFIED
Comment 12•17 years ago
|
||
Existing testcase in Preferences area has been updated in Litmus.
Flags: in-litmus? → in-litmus+
Comment 13•17 years ago
|
||
(In reply to comment #0) > Per email discussion with beltzner we should move System Defaults from the Main > prefpane to the Advanced prefpane's General tab panel. What was the reasoning behind this? (Note: I'm not disagreeing with the decision. I'm more indifferent to the decision. It's just that I've got a user in mozilla.support.firefox asking about the change; and I'd love to state the reason for the change. I can usually track these down via MXR>CVS_Blame>Bug_number, but when the bug only states "Per email discussion..." the general public is left in the dark.)
Assignee | ||
Comment 14•17 years ago
|
||
The reasoning is that it isn't an option that is typically used often and moving it allows shortening the height of the prefwindow.
Comment 15•17 years ago
|
||
Thanks. If anyone's interested, the mozilla.support.firefox thread can be found at: <http://groups.google.com/group/mozilla.support.firefox/browse_frm/thread/02a60be847602dba>
You need to log in
before you can comment on or make changes to this bug.
Description
•