Closed
Bug 322008
Opened 20 years ago
Closed 14 years ago
Print backgrounds if background is specified in a a print stylesheet
Categories
(Core :: Printing: Output, enhancement)
Tracking
()
RESOLVED
DUPLICATE
of bug 381466
People
(Reporter: malichus, Unassigned)
Details
Attachments
(1 file)
|
2.98 KB,
image/png
|
Details |
logo.png
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Here's my suggestion: If a background is specified in a print stylesheet or a @media print section, honor it when printing even if the "print backgrounds" feature is off. Such a background is intended for print. This would be an elegant means to, over time, eliminate the need for the checkbox.
Reproducible: Always
Steps to Reproduce:
1. Load this markup and the image to be attached:
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<style type="text/css">
html { background: #fff; }
#header { background: #333; }
@media print {
#header { background: #eee; }
}
</style>
</head>
<body>
<div id="header"><img src="logo.png"></div>
<h1>Test</h1>
</body>
</html>
2. Use Print Preview with default settings.
Actual Results:
Notice that the header does not appear, and that the image is not visible.
Expected Results:
With "print backgrounds" disabled, of course, this is to be expected. Since the background was specifically specified in a conscientious print-media style rule, it would be nice if it would in fact print.
Since the "no stylesheets" setting seems to be just
* { background: none !important; }
in the user stylesheet, I'm not sure if this feature is possible short of introducing some nonstandard kink in CSS cascade rules, which is doubtless a non-starter.
The workaround we're using to provide a good default experience is to mark up a redundant header and then use this device to reveal it for print:
#print-header { display: none; }
@media print {
#print-header { display: block; }
}
We also can't use an image in the print header, now, since it would slow the load time for screen usage.
|
Reporter | |
Comment 1•20 years ago
|
||
Image referenced from example document.
|
|
||
Updated•17 years ago
|
Component: General → Printing: Output
Product: Firefox → Core
QA Contact: general → printing
|
|
||
Comment 2•15 years ago
|
||
The hole pont of the PRINT BACKGROUND is to avode the total waste of INKS involved in printing backgrounds in addition some background may look OK on screen but when printed can tend to obscre text and other images more so with mono laser printers.
|
|
||
Comment 3•14 years ago
|
||
It think it would be ok to print background colors/images that are marked "!important" in print CSS. Without this, user needs to manually set 'print background' to see any colors in tables and i think it's common to print tables that contain information with different background colors. Think of statistics, charts and things like that.
Goal here is to make printing easier for user. Currently common practice is to generate PDF on server and send it to user (who then prints it).
|
|
||
Comment 4•14 years ago
|
||
(In reply to Lari Temmes from comment #3)
> It think it would be ok to print background colors/images that are marked
> "!important" in print CSS. Without this, user needs to manually set 'print
> background' to see any colors in tables and i think it's common to print
> tables that contain information with different background colors. Think of
> statistics, charts and things like that.
Goal here is to make printing
> easier for user. Currently common practice is to generate PDF on server and
> send it to user (who then prints it).
Bear in mind that a fast majority of us are home user's on a limited budget without having to waste inks on backgrounds etc.
There is nothing wrong with the current practice of creating a PDF of say an excel chart or graph the PDF files are actually smaller size files.Then some ISP limit the total size of attachment/s 1.5MB like BT Broadband. There is also the ability with Adobe Acrobat , NOT the free Adobe Acrobat Reader, to make files smaller. I can reduce a 6 page Adobe Acrobat X Document/File by using the "save as - reduce file size" and make it completable with Version 6, it is loses and prints perfectly in all versions of Acrobat from V6
The other problem is having to set the background permanently to white this is very **** the eyes, not recommended by opticians and monitor manufactures with some LED /Laptop monitors black text on a white background can, depending on the location and type of lighting used and angle it hits the screen, become blurred or foggy looking to the user after a period of time.
All this needs to be considered when setting backgrounds and screen colours, not just in Thunderbird but all your programs, it's not as simple as good presentation of a print out of the email and any inserts.
-------
|
||
Comment 5•14 years ago
|
||
Even though this is older than Bug 381466, the latter bug contains many more comments and patches and deals with the same issue. Marking as a duplicate.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•