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)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: havill, Assigned: eric)
Details
Attachments
(1 file)
20.07 KB,
image/png
|
Details |
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.
Reporter | ||
Comment 1•24 years ago
|
||
Comment 2•24 years ago
|
||
adding ben
Comment 3•24 years ago
|
||
...and erik
Comment 4•24 years ago
|
||
->evaughan to see if box is sizing things as its told
Assignee: trudelle → evaughan
Comment 5•24 years ago
|
||
Marking NEW. Its related to the other prefences window bugs but not the same.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•24 years ago
|
||
this bug has a patch which needs to be reviewed. adding keywords.
Comment 7•24 years ago
|
||
Actually, that's a screenshot, not a patch. Removing '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.
Comment 9•24 years ago
|
||
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
Comment 10•24 years ago
|
||
How about automatically growing the dialog when the user switches to a larger panel?
Comment 11•24 years ago
|
||
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?
Comment 12•24 years ago
|
||
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.
Comment 13•24 years ago
|
||
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.
Description
•