Closed
Bug 88367
Opened 23 years ago
Closed 22 years ago
Fixed width font preference not honored when "Use my fonts only"
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: spike, Assigned: sspitzer)
References
Details
Messages are always displayed in a proportional font, regardless of the setting of the "Use this font for plain text messages" preference. Mozilla/5.0 (X11; U; Linux 2.2.19 i586; en-US; rv:0.9.1) Gecko/20010607
Comment 1•23 years ago
|
||
Reporter: please get a new build and test it. It works for me on build 2001062814
Reporter | ||
Comment 2•23 years ago
|
||
Problem still exists in release 0.9.2 {Build ID: 2001070209}.
Comment 3•23 years ago
|
||
Oh yeah, i see what you mean now... I tried mandrake.com, with "allow documents to user other fonts" on and off and the page looks different, but the default adobe courier looks the same. I dont know if that is really a bug, but rather that there is no "other" abobe courier font, so whatever you have that checkmark on or off that font will always look the same? Where is the "use this font for plain text" option?
Reporter | ||
Comment 4•23 years ago
|
||
> Oh yeah, i see what you mean now...
No, I don't think so. The problem here is with the mail reader. All mail
messages are displayed in proportional font, despite my selection of fixed width
font in Preferences | Mail and Newsgroups | Message Display.
Reporter: could you check and see what font are you using for variable width and what font are you using for fixed width? I'd like to know exactly what is causing this. Could you try creating a new profile and see if the same thing happens?
Confirming with build 2001073003 win98
I'm seeing really weird behavior.
1. when there are quotations like
> test
> test test
> test
variable fonts are always used.
2. when I select fixed width fonts, it uses variable width fonts!!!!
3. when I select variable width fonts, it uses fixed width fonts!!!!
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 7•23 years ago
|
||
The mail reader seems to think that there's no such thing as a plain text message. When I read a message which I composed and sent using mutt, containing nothing more than plain old 7-bit ASCII with no markup, Mozilla's reader displays quoted text with a weird vertical gray bar replacing the '>' quoted text markers. It does so even when I coerce it to use a fixed-width font by changing all of my font preferences to monospaced fonts. It does so regardless of which monospaced font I choose. I'm trying very hard to keep my opinion of markup in e-mail out of the discussion here.
win32 build 2001090808, win98se Using Classic skin, my font prefs: Appearance > Fonts Default proportional = Sans Serif, 18px Monospace = Courier New, 15px Allow docs to use other fonts = false Mail & News > Message Display Font for plain text messages = Fixed width font Plain text messages are displayed using the default proportional font, but at the Monospace font size, which is considerably smaller. Adding the prefs described in bug 30896 has no effect.
CC'ing myself, and Ben, who seems to know a lot about this type of problem.
Comment 10•23 years ago
|
||
Scott Collins, > Mozilla's reader displays quoted text with a weird vertical gray bar replacing > the '>' offtopic. > Allow docs to use other fonts = false Set it to true and the bug should be gone. I dopn't know, how that can be resovled, given that the message is just a HTML document for the renderer, and the renderer defaults to proportional.
Updated•23 years ago
|
Summary: Fixed width font preference not honored → Fixed width font preference not honored when "Use my fonts only"
Reporter | ||
Comment 11•23 years ago
|
||
> > Mozilla's reader displays quoted text with a weird vertical gray bar > > replacing the '>' > > offtopic. Guess I'll start a new topic, then. If a message contains a '>' character, a proper mail client ought to show me a '>' character instead of assuming I'd rather see something else instead. > > Allow docs to use other fonts = false > > Set it to true and the bug should be gone. This indeed changes the behavior such that the text renders properly. Thanks. > I dopn't know, how that can be resovled, given that the message is just a HTML > document for the renderer, and the renderer defaults to proportional. I must be missing something here. When does the transmogrification from plaintext to HTML occur?
Comment 12•23 years ago
|
||
> Guess I'll start a new topic, then. As a reporter, you can morph this bug into whatever you want, but I will be free to mark it INVALID oir WONTFIX, if you don't stay focused. > When does the transmogrification from plaintext to HTML occur? When the email is rendered. Our display engine is a HTML renderer.
Comment 13•23 years ago
|
||
Guys, if your mailnews CSS is using "monospace", then the problem might come from there. Using "-moz-fixed" might help here. See also bug 105297.
Reporter | ||
Comment 14•23 years ago
|
||
> > > Allow docs to use other fonts = false > > > > Set it to true and the bug should be gone. > > This indeed changes the behavior such that the text renders properly. In the Mail reader, that is. It also causes the browser to use whatever butt-ugly font the Web page author specifies, which is why I set it to "True" to begin with.
Comment 15•23 years ago
|
||
I can reproduce this problem with 2001111303/Win2k. Plain text messages are always displayed in a proprotional font. 0.9.5/Win2k doesn't have this bug.
OS: Linux → All
Comment 16•23 years ago
|
||
Recent builds don't have this problem. This bug can be marked as worksforme.
Comment 17•23 years ago
|
||
I just tried the latest nightly 20011215, and I still see the bug. In Edit -> Preferences -> Mail & Newsgroups -> Message Display, I have check "Fixed width font" for plain text messages. However I still see all my mail messages in the variable width font.
Comment 18•23 years ago
|
||
I'm having this problem too in v0.9.7. It seems that if I check "Allow docs to use other fonts" (set true?) then I can get mono-spaced fonts for email display. But only if I change messages (meaning that the email reader does not refresh upon doing OK to the preference change--but I can live with that). Anyway, if that check box is not checked, then all I get are variable spaced fonts, no matter which radio button (fixed or variable) I have checked. And all the mono-spaced fonts really are butt-ugly!!! Geez, even the old "9x15" style fonts would be nicer looking. BTW, in v0.9.6 I could get both fixed and variable fonts working, however the controls were backwards (i.e. the fixed button gave variable fonts, and the variable button gave fixed fonts). Oh, this is on a SuSE 7.1 Linux system.
Comment 19•23 years ago
|
||
*** Bug 124871 has been marked as a duplicate of this bug. ***
Comment 20•23 years ago
|
||
(Thanks RKAa my who marked my bug http://bugzilla.mozilla.org/show_bug.cgi?id=125072 as duplicate) "Allow documents to use other fonts" is a WORKAROUND for me,but does not resolve this bug: Current (0.9.8) behaviour is non-intuitive and so user-unfriendly: -The user can select fixed/variable width, as it is not greyed out! If it were greyed out, the user would know to look elsewhere and not waste time -The user wants to use "fixed" font, without allowing all documents to use other fonts.
Comment 21•23 years ago
|
||
Build 2002-02-25-03 W2K It is all working correctly now. The Fixed/Variable radio buttons for viewing plain text messages work irrespective of the "Allow documents to use other fonts" checkbox state. The display of HTML messages obeys the state of "Allow documents to use other fonts". Has some other FIXED bug fixed this as well, or is it a side effect of some other changes? Either way, this appears fixed (on W2K at least) :-) Anyone else see this?
Comment 22•23 years ago
|
||
Build 2002021722 on Solaris/SPARC The bug disappeared
Comment 23•22 years ago
|
||
...and on a 2002030217 CVS build on FreeBSD
Comment 24•22 years ago
|
||
Recent builds don't have this bug. Marking WORKSFORME.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•