20.07 KB, image/png
On Japanese systems, the font that is used by Mozilla is larger than on English systems (e.g. Red Hat Linux 7 vs Red Hat Linux 7J). When you go to Edit... Preferences... the user needs to manually increase the size of the dialog window to see some of the options. In other windows, the initial window size for the Preferences dialog seems to be calculated for a Western font. Manually stretching the dialog window (should your window manager allow it) allows you to see all the controls, though.
Created attachment 19405 [details] Shows pref window with default geometry on system with Japanese fonts
->evaughan to see if box is sizing things as its told
Assignee: trudelle → evaughan
Marking NEW. Its related to the other prefences window bugs but not the same.
Status: UNCONFIRMED → NEW
Ever confirmed: true
this bug has a patch which needs to be reviewed. adding keywords.
Keywords: patch, review
Actually, that's a screenshot, not a patch. Removing 'patch, review'
Keywords: patch, review
Similar problem for all fonts. PC, Windows95/98, build 2001021508. To reproduce: In Windows open Desktop Properties - tab Appearance, change for item Message Box the Font Size (say double it, from 8 to 15 for MS sans serif), Apply change. Return to Mozilla and open Edit/preferences - the window is badly sized. With sufficiently large font several options could be hidden below the bottom border. (Similar to existing posted attachement, depending on the size of the font.) Expected: Properly sized window or appearance of scrollbars.
resolving as wontfix, would have to measure all panels, which would take far too long. dialog is resizable, could even have scrollbars in worst case.
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WONTFIX
How about automatically growing the dialog when the user switches to a larger panel?
We (jrgm/evaughan) actually discussed that briefly as an option, but it seemed it would be an odd user experience. (I realize that some gtk apps do this, but I personally have found it odd). I suppose, though, that ben might have some comments, owning the UI as he does. Ben?
Perhaps it would seem a little odd to some people if the dialog grew when the user selected a larger panel, but I find scrollbars in a dialog to be worse. The dialog wouldn't have to shrink when the new panel was smaller. That way, the dialog would eventually reach a stable size (largest size) and stay that way.
No, No, No. No jumping dialogs, no forced resize, no scrollbars. The solution here is to redesign the UI so it fits. The preferences dialog in seamonkey currently is a joke. Compare to 4.x which is much smaller.
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.