Why can't Firefox print as well as Internet Explorer?
What are they thinking at Mozilla? How could they devote time and effort to eye candy like new icons and drastically reworking the address bar when Firefox so often fails at printing.
How did printing get pushed to the bottom of the priority list?
I read lots of Web pages in hard copy and from the get-go (version 0.8 or so) Firefox has underperformed when it comes to printing Web pages. That issue and the slow start-up time are two constant annoyances endured by devoted Firefox users. It's been quite awhile now, and I think it's time that Mozilla get around to making Firefox the equal of Internet Explorer in terms of printing Web pages.
This page deserves special mention: SSLVPN Vulnerabilities - Client Certificates offer a superior defense over OTP devices.
In Firefox 2, not one word of the article prints. Not a single word. Print preview shows one mostly blank page.
In Firefox 3, the first page is the same as Firefox 2, page 2 has the article and page 3 has some links from the page footer. But, the article is about 7 or so pages and page 2 has only the first page. In other words, Firefox 3 can't print the vast majority of the article.
Firefox is Lucy Ricardo. For those of you who recall I Love Lucy, I'm Ricky. I love my wife, Lucy, but sometimes she just does the craziest things.
Maybe it's time for Ricky to go to the Opera. Version 9.5 of the Opera browser, running on Windows XP, prints the entire article, although it also feels the need to start with an appetizer of an empty first page. Internet Explorer 7 prints the entire article perfectly, no blank first page.
Update August 20, 2008: A commenter below noted that Safari can print the article in question, I haven't tried this. The person didn't say however if it was Safari on the Mac or on Windows. I only tried Firefox on Windows XP, another commenter below said that Firefox 3 on a Mac printed this page fine. Firefox version 2 had an optional toolbar button to report web sites that didn't display well in the browser (the button looked like a spider web). Version 3 of Firefox eliminated this button, so problems like this can no longer be reported to Mozilla.
See a summary of all my Defensive Computing postings.
Michael Horowitz is an independent computer consultant and the author of several classes on Defensive Computing. He is a member of the CNET Blog Network, and is not an employee of CNET. Disclosure. 




Plus, a PDF on my hard drive doesn't disappear because the site closes, the article gets deleted or, more commonly, the article gets moved behind a pay-for-access barricade.
This is barely journalism.
It is an op ed.
IE may print nicer than FF, but there is no list of websites....
The code of the page can also make a difference.
FF is focused on standards, IE never has been.
These things can make a big difference.
IE still does not render pages correctly.
Still does not handle CSS correctly.
It's better than it's ever been, but not right.
And you're worried about printing?
Smells like a shill...
Smells like a fanboy....
While the CSS may have a bit to do with it, it is mostly the browser's ability to correctly paginate and render the printed page.
If you are going to attack something with complete nonsense, make sure the thing your against isn't completely at fault.
But as Andwrig had correctly pointed out, the webpage printing is not the top priority here. People simply emailed the link (or the documents) to their peers, their peers opened it up and read it. That's way more economic and environment-friendly, plus it's faster.
If you have the 'IE Tab' Addon installed in firefox 3 , then you can open a Tab in IE mode
or switch the rendering mode of your current tab to IE.
When you print preview , you will see all 8 pages !!
and a defined width and an undefined height. In screen it has the effect
to control width but as the height is not defined, it becomes elastic. In paper,
if don't define the height, it will be the limited by page height.
I have the firebug extension installed and it allows me change the page on the fly. So, I changed the overflow to visible and it printed the entire page with no problems.
So, if the designer create a style with media="print", defining that this element has overflow:visible, it will print fine with changing absolutely ANYTHING in the
screen layout. So, the solution is just 3 or lines of css away...
So, someone tell networkworld.com (and many others) to hire designers
who know how to do their jobs. Otherwise the same old story will repeat
again and again: people use the "amazing" microsoft tools to generate
their content and these tools will "strangely" work well on MS platforms
and have some "little" problems in firefox...
But then again Google maps is created with the idea that someone is of course going to need to print a page out. Apparently not all webpages these days are created equally, neither are browsers. In Firefox's case, thank goodness because if we were left to the will of MS we'd all be in dire straights wouldn't we.
I suspect that some day any need for both the combination of a printer and the paper will become obsolete. Where's my 8.5x11 'Star Trek' tablet so I can transfer that section of map to it and carry it with me on the road or take it with me wherever I want to go to read, something. No more paper. Now that would be a gadget. But then again laptops are getting thinner.
I'd say Firefox perhaps sees a day when printing, is a thing of the past.
I don't like that I have to do that, but at least it works. :) If anyone else knows a fix do tell...
tr {page-break-inside: avoid;}
There is so much pressure on browsers to render any piece of crap thrown at them perfectly, why not improve the code? Then browsers can focus on standards and improvements, rather then fixing flawed code. It's about time websites start hiring developers who know what they are doing rather then joe schmo who pirated frontpage.
- by umbrae August 20, 2008 8:22 AM PDT
- The author is uninformed. Printing of a site is controlled by the web site developer not the browser. Firefox prints web sites fine; however, as web sites focus on fancy monitor displays they HAVE to code the web site to print properly. That blank page you see is what is needed to display the web site to the screen. The developer would need to remove that from the print version.
- Like this Reply to this comment
-
Showing 1 of 2 pages (49 Comments)Faulting Firefox for following the web site developers/owners instruction is not right. I would rather web sites print how I instruct them too than how Microsoft thinks they should. Instead of picking on Firefox for being standard complaint; blame crappy web development as it should be.