Closed Bug 134798 Opened 23 years ago Closed 21 years ago

Mailnews Preferences Window Too Small - Does Not Work with Larger Fonts

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 57956

People

(Reporter: mrmazda, Assigned: sspitzer)

Details

Attachments

(1 file)

2002033108 OS/2 Not new. Field height using modern and 800 X 600 is about 2/3 of character height using default prefs window height. To see full input field height need to resize prefs window taller.
initial window size too small : mail & newsgroups account settings recreated on OS/2 ACP2 20020505build screen resolution 1024x768x65536 recreate: menu : window/mail & newsgroups/<mail window>edit/mail & newsgroups account settings select folder : server settings text field "Local Directory" partially cutoff.
is the problem still there in 1.1beta?
Last I checked was in 2002072910 trunk, where IIRC it remained broken. Now in 2002080808 trunk that particular field is tall enough, but I may have resized that window since creating the profile. There remains one other too short to display all settings: copies and folders. I checked all others in mailnews and browser prefs and that was the last one remaining undersized.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Still broken in release 1.1 after fresh migrate.
To recreate this on Windows, go to the desktop settings and set your font to Large or Extra Large. Create a new profile. Open Mail News Settings. Lots of things are cutoff. The Mail News settings window pages should autosize to content. On OS/2, this is especially bad because our default font causes this.
Component: Preferences → Account Manager
OS: OS/2 → All
Product: Browser → MailNews
Hardware: PC → All
Summary: Mailnews Server Settings Local Directory Input Field Height Too Short → Mail News Settings do not work with larger fonts
Forgot to reassign to mailnews owner
Assignee: ben → racham
QA Contact: sairuh → nbaca
->fe?
Assignee: racham → sspitzer
Component: Account Manager → Mail Window Front End
QA Contact: nbaca → olgam
That's what I want to know. This bug is about things that don't work right in trying to change prefs. Original summary: Mailnews Server Settings Local Directory Input Field Height Too Short. I thought prefs problems were product=browser?
mail news account settings are only in mail news, not prefs. That's why I moved it.
This should show: 1. Settings dialogs are improper. 2. Left column and emails headers are HUGE 3. Email text (if not controlled by html) is TINY. Does not show, I have uninstalled, removed large fonts setting and reinstalled, but the installation still suffers as if large fonts are still the default!
Related to this issue, it also appears that uninstalling both mozilla and NS7 then switching desktop away from the large fonts option, then reinstalling mozilla and NS7 in neither case fixes any large font issues - it appears remembered somewhere that at one time you tried to install while large fonts was in use. More details below - I never could get on the white list to send this to the GUI mail list, but having seen this bug - it appears a real close fit. PS: I am NOT at 800x600 - I'm at 1152x864 and I have removed the large font setting which has worked for all apps except mozilla which seems to be determined to make me suffer forevermore because it started with large fonts. Also - I am interpreting the above description to be mail AND news settings do not work with larger fonts. In my case ALL settings dialogs are nearly unusable and some are completely unusable. ----------------------- cut from email attempted to send ------------------ This is an odd UI problem brought about from some odd settings at my work computer. 1. Prior to installing NS71, my W2k desktop was set for 'Large Fonts' due to some application at work requiring that setting. (Win2k Desktop, right click, properties, settings, advanced settings, Large Fonts / Small Fonts). 2. Upon installing NS71 and setting it to connect to an IMAP email connection, I found the email had large black fonts in the folder list on the left and in the mail header section. 3. I de-installed NS71, changed the W2k desktop so it was set for "Small Fonts". 4. I re-installed NS71, but it appears the same. 5. I installed NS71 at home and on third computer and the fonts look normal. 6. Back at work, I de-installed NS71 and installed Mozilla 1.4 - same problems continue. -- I cannot figure how to get this working. My guess is that un-install must be leaving something in the registry that is not re-initialized when I re-install - its stuck with some original understanding of the W2k settings without checking the new current settings. But that's just a guess. I did browse through regedit but didn't find anything obvious... The problems created by this are: 1. The Preferences dialogs are not readable and barely usable, the dialog is not resizable and the big font causes stuff to not fit the original dialog size. 2. The Folders and email headers are large text - so large that they always look bold. There is no "New Mail" look available as "bold" headers. 3. I tried setting NS/Mozilla fonts in the Preferences, Appearance sections, but changes there do not alter the above two font problems. I attached a jpg that should show: 1. Preferences dialog with text cut off, no resize or scroll possible. 2. Folders and email headers are big bold looking - very much a "Shouting at you" look. 3. Email body is small and hard to read as I tried setting other font sizes, but none that I have found help.
"latest Mozilla" means little. We need your build ID b.petro@iname.com. I tried reproducing much as you describe in W2K with 1.4 final (20030624) talkback zip, 800x600 and 1024x768, and a fresh profile, and see nothing wrong I didn't describe in bug 206482. I did three screencaps similar to attachment 128177 [details], but don't believe them relevant here. I don't think what you show/describe is this bug, though it may be related. If you tried creating a new profile to try I missed it. If you haven't, you should, except (maybe first) try deleting the following from your profile directory: XUL.mfl and chrome/chrome.rdf; and restart Mozilla, letting those files be automatically recreated, and test to see if your problem disappears. (Deleting chrome/chrome.rdf will reset you to Classic.)
(originally OS/2, now all) This is about setting preferences. Current summary does not indicate this. Rewording to include "preferences". There seem to be several instances of preferences window not fitting all of its content: e.g. bug 212747 (WinXP), bug 202692 (Linux), bug 86478 (Win98). IOW, this should be browser preferences, not mailnews front end. Maybe we need a tracking bug for too small prefs window, or to consolidate all into one?
Summary: Mail News Settings do not work with larger fonts → Mailnews Preferences Window Too Small - Does Not Work with Larger Fonts
*** This bug has been marked as a duplicate of 57956 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Hey guys don't forget there is a secondary issue that ought to be handed out to someone else. The point being that if Netscape or Mozilla gets installed at a time when the desktop is set to use large fonts, then nothing you can do will ever change the way Mozilla acts. Set you desktop away from large fonts, mozilla still uses them. Uninstall mozilla and reinstall it while the desktop is set to small fonts - mozilla still acts like the desktop is set up for large fonts. There is no way I have found to make mozilla STOP using large fonts. To me that's got to be some bug in configuration in general and in installation not clearing previous settings and in uninstallation not removing previous settings.
Bruce Petro: Please file a separate bug about the issue you found (after searching duplicates and testing it with a current Mozilla build). It has nothing to do with this bug. You should be able to change the font size of mozilla by adding something like the following to your userChrome.css: * { font-size: 11pt !important; }
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: