Comment 0 for bug 510010

The LINK element allows authors to specify alternate versions of the document.
Of those alternates, some can be interpretted as being a printer friendly
versions. Specifically if a page contains a link of the form:

<link rel="Alternate" media="Print" href="print.html" />
The referenced page can be interpretted as a printer friendly version of the
current page. Mozilla should use this page for printing. The UI needs to allow
the user to print the original page if they choose. One way to accomplish this
would be to add a checkbox labeled "use Printer Friendly version" which would be
checked by default. If no printer friendly version is available, the checkbox
and label would be disabled.

Also, if the LINK element contains an HREFLANG attribute, the language must
match the language of the current page. So, for example, if we're browsing a
page in US English and it contains the following LINKs, we would use the second
LINK as the printer friendly version:

<link rel="Alternate" media="Print" hreflang="fr"
    href="print.fr.html" />
<link rel="Alternate" media="Print" hreflang="en-US"
    href="print.html" />

If the LINK contains a TYPE attribute that we know is unsupported then we should
ignore that LINK and continue scanning other LINKs. For instance:

<link rel="Alternate media="Print"
    type="application/ms-proprietary-printer-format" href="print.msppf" />

If no TYPE attribute is provided and mozilla requests the printer friendly
document, only to discover that the document is an unsupported type, then
Mozilla should automatically fall back to printing the original document.

In some cases, the printer friendly document may be a PostScript or PCL file
that can be sent directly to the printer. In this case, Mozilla should bypass
it's own print engine and spool this file directly to the printer. I'm
completely guessing how the internals of printing work, so please correct me if
this is not possible.