Roland Mainz Reporter
	Description • 23 years ago

[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

	rods (gone)
	Comment 1 • 23 years ago

-->

	Roland Mainz Reporter
	Comment 2 • 22 years ago

Over to someone who is still working on Mozilla...

	Roland Mainz Reporter
	Comment 3 • 22 years ago

.

	Full Decent
	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.

	Kenneth Herron
	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.