Closed
Bug 128561
Opened 24 years ago
Closed 19 years ago
Images print in low quality
Categories
(Core :: Printing: Output, defect, P2)
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: roland.mainz, Assigned: smontagu)
References
Details
(Keywords: regression)
[Regression from bug 127430 ("throw away nsImageGTK client side copy"]
We now print images in a far lower quality when the browser is displaying on a
non-TrueColor Xserver because we now use a copy from the (dithered) Xserver
images instead using the our own 24bit RGB data.
Steps to reproduce:
1. Start Mozilla on a Xserver which has only 8bit (or lower) visuals
2. Print a page (PostScript module)
Result:
Ugly dithered images, sometimes with wrong colors - even on high-quality
printers. On StaticGray visuals the images end-up as grayscale images with color
text.
Expected result:
High-quality printout
| Reporter | ||
Updated•24 years ago
|
Keywords: regression
Updated•24 years ago
|
Priority: -- → P2
Target Milestone: --- → Future
| Reporter | ||
Comment 2•23 years ago
|
||
Over to someone who is still working on Mozilla...
Comment 4•22 years ago
|
||
Mozilla should use the full image data when printing. I expect a large image at
<img ... width=100> to print small but with high quality.
Comment 5•19 years ago
|
||
I don't think this issue applies to the new cairo-based printing code. Please open a new bug if it can be reproduced with a current (trunk) build.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•