Closed
Bug 253132
Opened 21 years ago
Closed 21 years ago
Using font-family: monospace does not give a monospaced font
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 159440
People
(Reporter: lennart.borgman.073, Assigned: dbaron)
Details
Attachments
(1 file)
|
287 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1
Build Identifier: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1
The following CSS code does not choose a monospaced font for pre-tags:
pre {
font-family: monospace;
}
Reproducible: Always
Steps to Reproduce:
1. Just write a html file with the css code included in the file.
Actual Results:
A non-monospaced font is used.
Expected Results:
A monospaced font should be used
|
||
Updated•21 years ago
|
Assignee: firefox → dbaron
Component: General → Style System (CSS)
Product: Firefox → Browser
QA Contact: firefox.general → ian
Version: unspecified → 1.7 Branch
|
||
Comment 1•21 years ago
|
||
The above testcase simply shows a piece of monospaced text.
This works for me. Reporter, please check the Fonts&Colors settings in the
Firefox Options, and make sure Monospace is set to a monospace font (Courier
New by default).
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040725
Firefox/0.9.1+
|
||
Comment 2•21 years ago
|
||
Doesn't a <pre> tag show monospace by default ?
W3C:
When using PRE, authors should avoid altering the element's fixed-pitch font or
non-collapsing whitespace properties by means of style sheets.
WFM
setting invalid
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
|
||
Comment 3•21 years ago
|
||
hrm, I rather suspect this is a dup of bug 159440
|
Reporter | |
Comment 4•21 years ago
|
||
Sorry, maybe something was missing in my example. Here is a more complete
example which I believe shows the bug. I am using Courier New for monospaced
font (default) and running Firefox 0.9.2:
<html>
<head>
<title>w32-feeling-mode for Emacs</title>
<style type="text/css">
pre {
font-family: monospace;
}
</style>
</head>
<body>
<pre>
f6 other window
A-f4444 close window
</pre>
</body>
</html>
I am impressed with the fast answers!!! Do you need any more info?
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
|
|
Reporter | |
Comment 5•21 years ago
|
||
Damn. I am obviously tired. Here is a more valid example that displayes the bug:
<html>
<head>
<title>w32-feeling-mode for Emacs</title>
<style type="text/css">
pre {
font-family: monospace;
}
p {
white-space: pre;
font-family: monospace;
}
</style>
</head>
<body>
<pre>
f6 other window
A-f4444 close window
</pre>
<p>
f6 other window
</p>
<p>
A-f4444 close window
</p>
</body>
</html>
|
||
Comment 6•21 years ago
|
||
Please check your preferences and make sure you have "Allow documents to use
other fonts" set. (WFM 2004-07-26-07 trunk Linux)
|
Assignee | |
Comment 7•21 years ago
|
||
And if you have HTML to show us, use the "Create an attachment" link above.
|
|
||
Comment 8•21 years ago
|
||
Confirmed as a duplicate.
Setting the browser.display.use_document_fonts pref to 0 triggers the bug, which
is in effect the same thing as changing the "Allow documents to use
other fonts" in SeaMonkey.
*** This bug has been marked as a duplicate of 159440 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → DUPLICATE
|
|
Reporter | |
Comment 9•21 years ago
|
||
(In reply to comment #7)
> And if you have HTML to show us, use the "Create an attachment" link above.
Thank you, I did not notice the create attachment link (so I pasted the code
instead). I suppose you do not need any more info from me now?
Note: This bug could be important for the accessability for certain people.
You need to log in
before you can comment on or make changes to this bug.
Description
•