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)

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.
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: