Closed
Bug 88367
Opened 24 years ago
Closed 24 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•24 years ago
|
||
Reporter: please get a new build and test it. It works for me on build 2001062814
| Reporter | ||
Comment 2•24 years ago
|
||
Problem still exists in release 0.9.2 {Build ID: 2001070209}.
Comment 3•24 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•24 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•24 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•24 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•24 years ago
|
Summary: Fixed width font preference not honored → Fixed width font preference not honored when "Use my fonts only"
| Reporter | ||
Comment 11•24 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•24 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•24 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•24 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•24 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•24 years ago
|
||
Recent builds don't have this problem.
This bug can be marked as worksforme.
Comment 17•24 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•24 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•24 years ago
|
||
*** Bug 124871 has been marked as a duplicate of this bug. ***
Comment 20•24 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•24 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•24 years ago
|
||
Build 2002021722 on Solaris/SPARC
The bug disappeared
Comment 23•24 years ago
|
||
...and on a 2002030217 CVS build on FreeBSD
Comment 24•24 years ago
|
||
Recent builds don't have this bug. Marking WORKSFORME.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•