Closed
Bug 128561
Opened 23 years ago
Closed 17 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•23 years ago
|
Keywords: regression
Updated•23 years ago
|
Priority: -- → P2
Target Milestone: --- → Future
Reporter | ||
Comment 2•22 years ago
|
||
Over to someone who is still working on Mozilla...
Comment 4•21 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•17 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: 17 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•