1. View/Apply Theme/Classic 2. View/Apply Theme/Theme Preferences Expected results: Border around "Apply Classic" button. Actual results: No right border on "Apply Classic" button. Additional information: Works fine in modern, blue or 3rd party theme.

WFM Build 92008 Win98SE

Further testing shows that the minimum size of themes preferences is 6 pixels larger for the Classic theme than for modern or blue themes. This means that when you change themes, 6 pixels of the "Apply Classic" button could get chopped off.

We need to look seriously at the size of the pref window, since this cropping issue is not exclusive to the themes panel.

Changing from No right border on "Apply Classic" button. Prefs Panels should allow for size of content Themes Triage Team nsbeta1+

*** Bug 57676 has been marked as a duplicate of this bug. ***

How should this be fixed.. should panels get scrollbars when they don't fit in the prefs dialog?

No, they should get fewer prefs. The current prefs dialog is (IIRC) already too big to fit comfortably in a 640*400 screen.

*** Bug 63220 has been marked as a duplicate of this bug. ***

Simply showing fewer prefs per dialog won't really fix this problem, although it may fix the problem for many users (and perhaps it's desirable not to show scrollbars with the default settings). But without adding scrollbars, people who use larger fonts will still not be able to see all prefs.

The problem with the "apply theme" button being pushed off (with a default- sized prefs window) was apparently fixed by making the tree containing installed themes shorter.

*** Bug 44194 has been marked as a duplicate of this bug. ***

See also: bug 74002 all mailnews panels should fit in prefs window bug 70296 history prefs panel should fit in prefs window

Themes Triage Team Marking nsbeta1+

*** Bug 75341 has been marked as a duplicate of this bug. ***

See also bug 19092, "preferences cut off with larger font sizes".

*** Bug 76086 has been marked as a duplicate of this bug. ***

Similar issues showing up in current ( 04-28-05 ) nightly build. Content in these preferences panels is cut off on the right or bottom: Navigator - Languages Navigator - Internet Search Privacy/Security - SSL

the Privacy/Security > SSL panel is covered by bug 77845.

I understand most of these other panels are covered by other bugs, but doesn't it seem like the simplest solution to just put a scrollbar on the panel when it gets too small? It is currently possible to resize the prefs panel to any size, and if you size it small enough you can *always* get to the point where parts of the panel just don't show up. More importantly, it's pretty easy for a user to size their prefs panel to one set of prefs, and then never even know that it's not the right size for other larger prefs panels because they're just cut off, vanished.

No, the quick [and correct] fix is to set minimium dimensions.

Since there's no way for a user to change font size in the preferences window, I also agree to set a minimum dimension to it. On the other hand, I've found that some sentences aren't wrapped / "readjusted" properly their width when the width of the window is too small. Here're the sentences: * Appearance > Themes : the first "Selecting a new theme....." sentence as well as theme explanation sentence (left of the "Uninstall XXXX" button). These two sentences have a minimum width! * Navigator > Internet Search : the sentence inside "Search results" box * Mail and Newsgroup > Message display : The "Apply default to ...." sentence inside "Languages" box. * Advanced > Forms : "Save form data ...." sentence * Advanced > Passwords : "Remember passwords for site ....." * Advanced > Mouse wheel : "Specify mouse wheel ....."

* Appearance > Themes : the first "Selecting a new theme....." sentence as well as theme explanation sentence (left of the "Uninstall XXXX" button). These two sentences have a minimum width! Actually it's the image that has the minimum width. * Navigator > Internet Search : the sentence inside "Search results" box * Mail and Newsgroup > Message display : The "Apply default to ...." sentence inside "Languages" box. * Advanced > Forms : "Save form data ...." sentence * Advanced > Passwords : "Remember passwords for site ....." Known issue with checkboxes. Can't remember bug number. * Advanced > Mouse wheel : "Specify mouse wheel ....." Some awful XUL there.

This bug's going to be much harder to fix than I thought. It seems that iframes containing xul documents aren't capable of determining when the xul document needs a scrollbar. Thus, it is impossible given the current layout situation to put a scrollbar in preferences. Try loading a xul document into navigator or a sidebar, and shrink your window until a scrollbar should appear. No scrollbar.

> Thus, it is impossible given the current layout situation to put a scrollbar > in preferences. Good. It would be embarrassing if there was one.

From the linked document: 'Scrollable forms are a sure sign of inexperience in graphical user interface design. These often result from the conversion of legacy applications to the Windows platform, or in the development of applications based on paper forms. Scrolling forms hide important information from the user, hide navigational aids and controls, and require more user inputs to get to the desired information. Unfortunately, visit any programming support forum, and you'll see an ever- increasing number of new programmers asking how to create scrollable forms. The only appropriate answer is, "You don't."' The solution is to find a better organization for preferences, rather than trying to overflow the data. WONTFIX for XPApps.

Verified wontfix. If you need help in cutting individual panels down to size, please ask me or Ben. Also note that most of the bugs which were marked as a duplicate of this bug should have actually been depending on this bug. They need to be reopened and fixed.

Moving to 0.9.2 and changing to nsbeta1- (Themes Triage Team)

i've filed bug 80392 to track all panels whose content needs fit in a fixed-sized pref dialog.

Based on Matthew's comment, this bug marks as 'wonfix'. To see more info about track all panels, see bug 80392. Thanks!