8

The client's website has product listings. The prices for the product are pulled dynamically in through an iFrame at the bottom of the page. There is Javascript on the page that automatically resizes this iFrame to the correct height based upon how big the iFrame content is, once it's loaded.

The client is reporting that when printing the page, they cannot see anything from the iFrame where the prices should be - apparently it is not printing in IE, just the main page itself.

I am on a Mac and so can't test in IE, so I'm having a hard time experimenting with this.

Can anyone clarify the expected behaviour in this situation? Is it possible to get IE to print both page and included iFrames by default, and if so, how would I go about doing this? I can only find examples for printing a specific frame from a parent window.

Thanks!

Jack
  • 9,615
  • 18
  • 72
  • 112
  • This doesn't answer your question, but may allow you to test with IE in the future - http://habdas.org/emulating-ie-with-virtualbox/ – Paul Grime Apr 02 '13 at 21:36
  • there may be some differences in how IE handles iframes printing, you'd better provide the URL of the website, or a source of HTML page(including CSS) that resembles the issue. – fitheflow Apr 02 '13 at 23:23
  • I've found that someone else reported a similar issue for IE [here](https://issues.liferay.com/browse/LPS-16399) – fitheflow Apr 02 '13 at 23:44
  • why not use ajax to get the values? this seems like such an odd workaround. Plus... after you set the values, you don't have to worry about them not printing. – robert Apr 07 '13 at 20:56
  • please check the links it may helpful http://stackoverflow.com/questions/4442344/get-ie8-to-print-the-correct-iframe http://stackoverflow.com/questions/2518256/override-intranet-compatibility-mode-ie8 – Arunkumar Apr 09 '13 at 06:04
  • You may want to specify which version of Internet Explorer exactly. – Sanjo Oct 01 '13 at 18:29

5 Answers5

1

The expected behaviour should be what you're experiencing in other browsers. If the page is printed, the iframe should be printed along with it. It would be difficult to imagine that everyone else got it wrong and IE got it correct in this instance.

Below is a bit of speculation on what the issue might be, but without knowing more/seeing code it's difficult to know the specifics:

This issue could be due to some css that you may have on your page. I've read of similar iframe printing issues where the visibility was set to hidden initially resulting in the iframe not printing correctly. To get around this specific case the user had to set the width and height to 0px. Without knowing more about your site, I can not correctly predict that this is happening.

Another issue may by your dynamic resizing based on the contents of the iframe. A simple test would be to comment that section out and set a generic width and height on the iframe to see if the printing issue still occurs. Perhaps those dynamic styles are not being carried over to the print stylesheet and are not getting applied (therefore not appearing at all).

As a quick suggestion, look into css media types:

print

Intended for paged material and for documents viewed on screen in print preview mode. Please consult the section on paged media for information about formatting issues that are specific to paged media.

Helpful link: Print Specification

Chase
  • 29,019
  • 1
  • 49
  • 48
0

This was an interesting point, so I did a test using IE8 (on a server, not locally).

I printed in IE8 a web page that included an iframe of something that I built. And it printed some of the contents the first time (the other contents showed up black). The second time I printed, the iframe contents were all black.

However, in my example, the contents in the iframe are changing constantly (images and text that fade in and out) and the css background behind it is black.

This test has the contents of the iFrame on a different host server than the contents of the main page. But to my knowledge, there is a cross-domain policy file working here.

Cross-domain policy issues were my first guess, but it's entirely possible there is some issue with how internet explorer renders the screenshot when it sends it to the printer.

Shazboticus S Shazbot
  • 1,289
  • 2
  • 16
  • 27
0

If you are using Javascript, then why not try window.print() function along with print media CSS.

Sanjeev Rai
  • 6,721
  • 4
  • 23
  • 33
0

I can't explain why IE isn't working, but maybe you can fix the problem by adding this part of code into the parent page, in order to force each iframe to be refresh : 

$(document).ready(function() {
    if($.browser.msie) {//Only for IE
        $('iframe').each(function() {
          $(this).attr('src', $(this).attr('src'));
        });
     }
});

To get the browser, i use this method.
And i don't use contentDocument.location.reload(true); method to be sure the iframe to be refresh. See SO topic.

Community
  • 1
  • 1
JoDev
  • 6,633
  • 1
  • 22
  • 37
  • `$.browser` has been removed from jQuery as of 1.9: http://api.jquery.com/jQuery.browser/ – Chase Apr 09 '13 at 16:43
  • Yes, you're right. You have to use an old jQuery version, because the new method is to detect if the browser support a given feature, and not to get the browser name. It's [jQuery.support](http://api.jquery.com/jQuery.support/) And in our case, we don't know where is the problem. – JoDev Apr 09 '13 at 17:17
0

Try this Plugin it will solved your problem http://projects.erikzaadi.com/jQueryPlugins/jQuery.printElement/

Zeshan
  • 75
  • 7