Closed
Bug 6082
Opened 26 years ago
Closed 23 years ago
CSS "font-weight:bold" renders badly into PostScript
Categories
(Core :: Printing: Output, defect, P3)
Tracking
()
VERIFIED
FIXED
Future
People
(Reporter: veliath, Assigned: dcone)
References
Details
Attachments
(2 files)
GIF which shows that bold/italic is sized as normal text
When using the CSS "font-weight:bold" to make phrases bold, the corresponding
postscript output has the glyphs following the bold phrase placed too close to
it.
The following page renders correctly in the browser, but incorrectly when
printed out:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"
http://www.w3.org/TR/REC-html40/strict.dtd">
<HTML>
<STYLE>
BODY {
background-color:#FFFFFF;
font-family: helvetica;
font-size: 10;
line-height: 12pt;
margin-left:40;
margin-right:40;
margin-top:40;
}
</STYLE>
<HEAD>
<TITLE>
PostScript demo.
</TITLE>
</HEAD>
<BODY title="PostScript bug demo.">
<STYLE>
H6 {
font-size: 12;
margin-top:20;
}
H1 {
font-size: 18;
margin-top:40;
margin-bottom:20;
text-align: center;
}
P {
margin-left: 10pt;
}
EM {
font-style: oblique;
}
P.justification {
width:80%;
margin-left: 40pt;
border: none;
background-color:#F0C0C0;
}
SPAN.emphasis {
font-weight: bold;
}
DIV.example {
margin-left: 25pt;
border: none;
background:#D0D0D0;
}
</STYLE>
<H1>PostScript rendering bug?</H1>
<H6>Overview</H6>
<P>
Jim, this is Janelle. I'm <SPAN class = "emphasis">fly</SPAN>ing
tonight, so I can't make our date, and I gotta find a safe place
for Daffy. He loves you, <SPAN class = "emphasis">Jim</SPAN>!
It's only two days, and you'll see. Great Danes are no <SPAN
class = "emphasis">problem</SPAN>!
</P>
</BODY>
</HTML>
|
Assignee | |
Updated•26 years ago
|
Status: NEW → ASSIGNED
|
|
Assignee | |
Updated•26 years ago
|
Target Milestone: M8
|
|
Assignee | |
Updated•26 years ago
|
Component: Layout → Printing
|
|
Assignee | |
Updated•26 years ago
|
Target Milestone: M8 → M12
|
||
Comment 1•25 years ago
|
||
Sorry for the spam, changing QA contact on printing bugs to our new printing
tester, Shrirang!
|
|
Assignee | |
Updated•25 years ago
|
Target Milestone: M12 → M13
|
|
Assignee | |
Updated•25 years ago
|
Assignee: dcone → syd
Status: ASSIGNED → NEW
|
|
Assignee | |
Comment 2•25 years ago
|
||
I can help with this one.. need to choose the fonts/attributes better.
|
||
Comment 3•25 years ago
|
||
|
||
Updated•25 years ago
|
Target Milestone: M13 → M15
|
|
||
Comment 4•25 years ago
|
||
Moving Syd's non-PDT+ bugs to M15 to indicate that he will not have time to get
to them for Beta.
Don, this is out of my area. Assigning back to you.
Assignee: syd → dcone
|
|
Assignee | |
Updated•25 years ago
|
Status: NEW → ASSIGNED
|
|
Assignee | |
Updated•25 years ago
|
Target Milestone: M15 → M16
|
|
Assignee | |
Updated•25 years ago
|
Target Milestone: M16 → M18
|
||
Comment 6•25 years ago
|
||
(This is with 2000-06-16 under linux)
I tried this example, but I had to move the <style> part into the header to see
the result. -- with and without working <div> I got a result where the space
between the 'foo' and the '<div>bar' is to wide (the spacing afterwards looks
ok). Using my own example at http://www.physik.fu-berlin.de/~fsi/lehre.html (or
*.ps; see 40130) I see this too small space after the bolded entry.
Anotherthing which I see with both this example and mine is that the sans-serif
font is ignored and I only get a serif font (Times I guess).
There is by the way also another spacing bug: after a ü etc. a strechable
space appears (which is very irritating within a word). I don't know whether
this is related.
|
|
Assignee | |
Comment 7•25 years ago
|
||
This bug has been marked future because we have determined that it is not
critical for netscape 6.0. If you feel this is an error, or if it blocks your
work in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: M18 → Future
|
|
||
Comment 8•25 years ago
|
||
I think this is critical for printing under Unix. Without this feature is makes
printing under Unix almost worthless. Is is very hard to read and looks awful. I
know that printing under Unix isn't that easy, but even Netscape 4.x and 3.x
where able to print a bold word without overprinting.
Printing *is* an important part of a Browser. I frequently print webpages and
not a small amount of out print-out at our Department are webpages. With the new
features like MathML (which hopefully will be supported later) and other XML
constucts this is likely to increase.
I can understand that certain CSS stuff is not supported, but BOLD and ITALIC
are very often used!
|
Reporter | |
Comment 9•25 years ago
|
||
I am the originator of the bug report. I intended to use mozilla to write design
docs. Everything was perfect until I decided to print out what had been done -
thats when I hit the bug.
I had to use MS Word eventually(I don't even run Windos on my box).
I really would like to see a print capable browser - I won't have to touch Word
again. I would be very pleased to see this fucntionality (and grateful).
veliath
|
||
Comment 10•25 years ago
|
||
|
|
||
Comment 11•25 years ago
|
||
As shown by my attachment above, the problem in Tobias Burnus' example is
that Mozilla computes the size of bold or italic text as if it was plain
text. So if <b> makes the text wider, it will overrun its assigned box and
the text following it.
The attachment shows how this HTML code is printed:
<html>
<table><tr><td>
bold:<br>
normal:<br>
italic:<br>
</td><td>
<b>JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ</b>xxxx<br>
JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJxxxx<br>
<i>JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ</i>xxxx<br>
</td></tr></table>
</html>
(The table does not affect the problem, it's just added for clarity.)
BTW, the same happens in Bug 40130 (align=justify), see my comments
there and attachment 11910 [details]. There the size is computed as if the text
was not justified.
|
|
||
Comment 12•24 years ago
|
||
(copy from my comments to bug 40130 since this applys as well:)
Suggest keywords: mozilla0.9, if possible mozilla0.6 and rtm. This makes
printing almost completely unusable under UNIX.
Moreover there should be relnoteRTM if this cannot be fixed since this can be
very surprising if you suddenly start to print hundreds of pages!
|
|
||
Comment 13•24 years ago
|
||
spam : changing qa to sujay (new qa contact for Printing)
QA Contact: shrir → sujay
|
||
Comment 14•24 years ago
|
||
*** Bug 72329 has been marked as a duplicate of this bug. ***
|
||
Comment 15•24 years ago
|
||
Was this bug fixed recently ? Xprint module (2001-06-10-08-trunk + patch from
bug 57820) prints the page correctly...
|
||
Comment 16•23 years ago
|
||
>Was this bug fixed recently?
Still broken, 2001101908, no patches.
<agitprop>
Any progress on this bug? It was "futured" 16 months ago!
I can't print my resume with Mozilla, because of this bug. I can't print my
resume with Netscape 4.7, because it won't do style sheets properly. I guess
I'd better start panhandling...
I'm exaggerating, of course, but this is pretty annoying.
</agitprop>
|
||
Comment 17•23 years ago
|
||
related to bug 110996 ?
|
|
||
Comment 18•23 years ago
|
||
rods:
Is anyone working on this issue ?
|
|
Assignee | |
Comment 19•23 years ago
|
||
I dont know of anyone working on this.
|
|
Assignee | |
Comment 20•23 years ago
|
||
fixed by the fix to 37685.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
|
||
Comment 21•23 years ago
|
||
Deepak, is this fixed for you now? can you verify and mark
verified-fixed..thanks
|
|
Reporter | |
Comment 22•23 years ago
|
||
I have verified the bug has been fixed in the nightly-build version with build id:2002030406. I
used the "mozilla-static-i686-pc-linux-gnu.tar.gz" binary.
The "Print Preview" is garbled
but thats outside the scope of this bug report I suppose.
veliath
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•