Closed Bug 60501 Opened 24 years ago Closed 24 years ago

Preferences window initial geometry too small for non-Latin-1 fonts

Categories

(Core :: XUL, defect, P3)

All
Linux
defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: havill, Assigned: eric)

Details

Attachments

(1 file)

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.
adding ben
...and erik
->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
Closed: 24 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.

Attachment

General

Creator:
Created:
Updated:
Size: