Closed Bug 86478 Opened 24 years ago Closed 12 years ago

win32: pref content won't fit when using small fonts, 96 dpi, 1280x1024 w/tiny caption buttons

Categories

(SeaMonkey :: Preferences, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: bugzilla, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: classic, modern, platform-parity, Whiteboard: [2012 Fall Equinox])

Attachments

(9 files)

spun off from kchayka's comments/observations in bug 77517, bug 80415 and bug 70392. the content of several prefs panels won't fit with the following win32 display settings: small fonts, 96 dpi, 1280x1024 w/tiny caption buttons. kchayka, would you pls attach screenshots to this bug? thanks a lot!
seems to be win32-only. note, there's also bug 86305, but i think that's a different issue as it occurs on other platforms...
Blocks: 80392
Keywords: pp, ui
since i don't see this myself, pls adjust the summary and add commentary as needed. :)
Screen shots are coming. BTW, I use a pretty high screen resolution (1280x1024 96dpi, the highest my 17-inch monitor can handle), which could conceivably happen on any platform. For the record, the entire list of prefs windows that are clipped are: Appearance -> Themes Navigator (bug 86305) Composer -> New Page Settings Mail and Newsgroups Mail and Newsgroups -> Message Display Mail and Newsgroups -> Send Format Privacy and Security -> Validation (bug 81529) Advanced -> Proxies (bug 80419) Both Classic and Modern skin are affected. Modern is worse in most cases. Attached screen shots will be for the skin that has worst case.
Attached image Mail and Newsgroups (modern) (deleted) —
Attached image Appearance -> Themes (classic) (deleted) —
Attached image Composer -> New Page Settings (modern) (deleted) —
Attached image Debug (modern - another one I forgot) (deleted) —
win32 build 2001082803 There were some changes made recently to the Navigator > History pref window. It is now also clipped. Will attach screen shot.
Is there any progress being made on this? I'd kinda like to know how much longer I'm going to be punished for using a high screen resolution. :-)
I think I found a work-around for this... At the time the prefs windows were first changed to fixed sizes, I had been doing a lot of switching around with my screen resolution, both screen size and dpi settings, finally settling on 1280x1024, 96dpi on my 17-inch monitor. I don't recall ever changing any settings in the Windows Display/Appearance settings during this time. Up until yesterday (using various builds through 9/21), about half the prefs windows still had clipped content, some serious enough to make the windows unusable. Creating a new profile did not correct this problem. Yesterday I started mucking around with Win Display settings. The Menu and Message Text settings were already set to MS Sans Serif, size 8. Prefs windows were clipped at this size. I changed both to a different font and the prefs windows magically righted themselves. I changed them back to MS Sans Serif (still size 8), and they are still OK. There is no longer any clipping with these settings, at least with Classic. Maybe somebody can explain this. After a little more experimenting, I did find some font settings where content started getting clipped again, mainly on the right. Using a bold font can cause it. I also discovered that Modern and Classic use different Win Display settings for the same thing, like Modern uses the Menu text settings for button text and Classic uses Message Text font and size with the 3D Object color instead. Why is this?
Keywords: classic, modern
We have done a lot of investigation of this on OS/2 and it is definitely a major regression. This works fine in Netscape 6.0. We don't know when it happened. It is much easier to recreate on OS/2 because you can set the Window Text font to be anything you want. On OS/2, it is hard to set it very small. The basic problem is that dialogs now seem to be making incorrect assumptions about font sizes. A smaller font should mean a smaller dialog, but Mozilla is making them TOO small. This is really easy to recreate on Windows. Edit nsDeviceContextWin.cpp At the end of the function GetSysFontInfo, change: aFont->size = NSIntPointsToTwips(pointSize); to aFont->size = NSIntPointsToTwips(5); Recompile. Open preferences. Note that making the default font smaller should NOT make preferences unusable. Preferences is supposed to be resized to accomdate the font.
*** Bug 100461 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.2
Added myself to cc. Using 2001112009 Mozilla 0.9.6 Windows98 ScreenRes: 1024x768, half of the Preferences Dialog is unusuable for me. Looks even worse than kchayak's Prefs Dialog. Going to fiddle with Windows font size now :| Why the hell did they made the Preferences Dialog non-resizeable??? Hope this gets FIXED soon :) If you want additional Screenshots or System Details?
*** Bug 130502 has been marked as a duplicate of this bug. ***
*** Bug 134715 has been marked as a duplicate of this bug. ***
Clipping in the Prefs dialog occurs under different circumstances, too. Attachment shows clipping with Chicago 6pt, 800x600 screen. (The screen shot is from NS7, but exactly the same occurs in Mozilla. Note that the Chicago font does not indicate a Mac: it's Win98 SE.) This sould be FIXED soon, as the only workaround is to alter the OS font settings - I bet nobody is happy to do that.
Blocks: prefsfit
No longer blocks: 80392
Doesn't fit w/ W98SE small fonts 1024x768 pinball (16bit color if matters). Blocks horrendous Bug# 133627 so should be a blocker where it breaks imo.
Flags: blocking1.7a?
Flags: blocking1.6?
getting to late for 1.6. lets try for 1.7
Flags: blocking1.6? → blocking1.6-
*** Bug 231505 has been marked as a duplicate of this bug. ***
Flags: blocking1.7a? → blocking1.7a-
Mass reassign of my non-Firefox bugs to ben_seamonkey@hotmail.com
Assignee: bugs → ben_seamonkey
Status: ASSIGNED → NEW
I see this as well, with screen dimensions of 1800x1440 and 118dpi. Lots of dialogs get clipped. It feels like someone is making assumptions about text sizes and "standard" DPI and sizing the window incorrectly as a result. The content within the windows is usually fine, suggesting the rendering of the content is scaling correctly, it's just the physical dimensions of the dialog itself are wrong. (It isn't just Mozilla, either. Occasionally a standard Windows or Office dialog is clipped as well.)
*** Bug 237971 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
Assignee: ben_seamonkey → prefs
QA Contact: bugzilla
(Filter "spam" on 'prefs-nobody-20080612'.)
Assignee: prefs → nobody
QA Contact: prefs
Target Milestone: mozilla1.2alpha → ---
Preferences window is now resizable thus making this bug obsolete, closing
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Whiteboard: [2012 Fall Equinox]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: