Closed Bug 54679 Opened 24 years ago Closed 23 years ago

Prefs Panels should allow for size of content (scroll)

Categories

(SeaMonkey :: Themes, defect, P2)

Product:
SeaMonkey
Component:
Themes
Platform:
x86
Windows 95
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WONTFIX
Milestone:
mozilla0.9.2

People

(Reporter: neil, Assigned: hewitt)

References

(
URL
)

Details

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.
Assignee: hangas → hewitt
Status: NEW → ASSIGNED
Changing from
No right border on "Apply Classic" button.
Prefs Panels should allow for size of content

Themes Triage Team nsbeta1+
Keywords: nsbeta1
Summary: No right border on "Apply Classic" button. → Prefs Panels for allow for size of content
*** Bug 57676 has been marked as a duplicate of this bug. ***
Target Milestone: --- → mozilla0.9
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.
Summary: Prefs Panels for allow for size of content → Prefs Panels should allow for size of content (scroll)
*** 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
Target Milestone: mozilla0.9 → mozilla0.9.1
Themes Triage Team Marking nsbeta1+
Severity: trivial → normal
Keywords: nsbeta1 → nsbeta1+
Priority: P3 → P2
*** 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.
URL: http://iarchitect.com/controls.htm#CO...
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.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
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.
Status: RESOLVED → VERIFIED
Keywords: qawanted
Moving to 0.9.2 and changing to nsbeta1- (Themes Triage Team)
Keywords: nsbeta1+ → nsbeta1-
Target Milestone: mozilla0.9.1 → mozilla0.9.2
i've filed bug 80392 to track all panels whose content needs fit in a
fixed-sized pref dialog.
Keywords: qawanted
Based on Matthew's comment, this bug marks as 'wonfix'. To see more info
about track all panels, see bug 80392. Thanks!
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.