Closed
Bug 86478
Opened 23 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)
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!
Reporter | ||
Comment 1•23 years ago
|
||
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...
Reporter | ||
Comment 2•23 years ago
|
||
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.
Comment 10•23 years ago
|
||
Comment 11•23 years ago
|
||
win32 build 2001082803 There were some changes made recently to the Navigator > History pref window. It is now also clipped. Will attach screen shot.
Comment 12•23 years ago
|
||
Comment 13•23 years ago
|
||
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. :-)
Comment 14•23 years ago
|
||
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?
Comment 15•23 years ago
|
||
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.
Comment 16•23 years ago
|
||
*** Bug 100461 has been marked as a duplicate of this bug. ***
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.2
Comment 17•23 years ago
|
||
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?
Comment 18•22 years ago
|
||
*** Bug 130502 has been marked as a duplicate of this bug. ***
Comment 19•22 years ago
|
||
*** Bug 134715 has been marked as a duplicate of this bug. ***
Comment 20•22 years ago
|
||
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.
Comment 21•21 years ago
|
||
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?
Comment 22•21 years ago
|
||
getting to late for 1.6. lets try for 1.7
Flags: blocking1.6? → blocking1.6-
Comment 23•21 years ago
|
||
*** Bug 231505 has been marked as a duplicate of this bug. ***
Updated•21 years ago
|
Flags: blocking1.7a? → blocking1.7a-
Comment 24•21 years ago
|
||
Mass reassign of my non-Firefox bugs to ben_seamonkey@hotmail.com
Assignee: bugs → ben_seamonkey
Status: ASSIGNED → NEW
Comment 25•20 years ago
|
||
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.)
Comment 26•20 years ago
|
||
*** Bug 237971 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•17 years ago
|
Assignee: ben_seamonkey → prefs
QA Contact: bugzilla
Comment 27•16 years ago
|
||
(Filter "spam" on 'prefs-nobody-20080612'.)
Assignee: prefs → nobody
QA Contact: prefs
Updated•16 years ago
|
Target Milestone: mozilla1.2alpha → ---
Comment 28•12 years ago
|
||
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.
Description
•