When you load a remote page (a page which is not on your domain) into an IFRAME how do you ensure that the IFRAME expands its height to completely wrap its content, and has no vertical scroll bars (avoids having both the browser scroll bar and an iframe scroll bar), regardless of the content loaded? Well unless you have the willing consent of both domain on which the remote content is stored, you don't. But, if you can all agree to get along, then it is possible to seamlessly load remote content into your page, with no scrollbars, borders, or other visual queues of content being stored elsewhere.
The technique for cross-domain communication is used by Facebook, iGoogle, and Google Maplets, but there doesn't seem to be wide recognition of when and how it can be used.
Works across browsers, including Chrome, Firefox, Opera, Safari, and even Internet Explorer 6/7/8.

The primary problem is that there is no way for the parent page read or set properties from iframed content. There is also no way for iframed content on another domain to set properties on a parent. This apparent inability to communicate between content is the source of the problem. How do we get the height of the iframed content from the iframe back to the parent?
The Rules
Browser adhere to security policies which dictate the rules for communication between framed content. In these rules a window refers either to an iframe or the top-level window (i.e. the “main” page).
- A window in the hierarchy can reference any other window in the hierarchy.
- A window can only access another windows internal state if they belong to the same domain.
- A window can set (but not read) any other window’s location/URL. (Yes, this means a child frame can set the parent windows URL -- useful for busting a site out of an iframe.)
The Example
In the model above we have the parent window containing http://local.com/local.html, which contains a Local Iframe with a page loaded from a remote domain, remote.com/remote.html. Remote.html itself contains a Hidden Iframe, which loads content from local.com/helper.html:
local.com/local.html, which iframes
|---> remote.com/remote.html, which iframes
|---> local.com/helper.html
local.com/local.htmlcan communicate withremote.com/remote.html, since it's iframedremote.com/remote.htmlcan communicate withlocal.com/helper.html, since it's iframedremote.com/remote.htmlcannot communicate withlocal.com/local.html, because they are not on the same doaminlocal.com/helper.htmlcan communicate withlocal.com/local.html, because they are on the same domain- (Not relevant for this example, but
local.com/local.htmlcan communicate withlocal.com/helper.html, since they are on the same domain)
So local.com/helper.html can recieve messages from remote.com/remote.html, and can also communicate with local.com/local.html.
In Practice
How do we put this to use? Specificaly how do we communicate the height of the content in remote.com/remote.html back up to local.com/local.html so we can set the height of Local Iframe? From the steps in the diagram above:
- User loads
local.com/local.html local.com/local.htmlcontains a Local Iframe, which loadsremote.com/remote.html.remote.com/remote.htmlhas a Hidden Iframe, with no content loaded into it yet.- When
remote.com/remote.htmlhas finished loading, its onload events fires. Now we calculate the height ofremote.com/remote.html, and set Hidden Iframes src attribute tolocal.com/helper.html?height=XXX. - Once the content of
local.com/helper.html?height=XXXhas finished loading, its onload events fires. The value of height is parsed from the URL, and the height of Local Iframe inremote.com/remote.htmlis set.
The Code
This code structure assumes that you have access to the local domain, and are able to provide files and request changes to the remote domain. If you don't have the consent of the remote domain this isn't going to work for you, so abandon all hope.
http://local.com/local.html
If the situation is reversed and you own the remote domain, then you'll want to split the embedded javascript out, and store it in a file on the remote domain. That way you can change it in the future if needed, without having to get the local domain to make any changes.
The height and width of Local Iframe are set in order to keep it hidden until the http://remote.com/remote.html is loaded and the height is set. IE7 has problems setting the height of an iframe if it's initial height is 0, that's why the iframe is sized at 1px.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<script type="text/javascript">
function resizeIframe(height){
// "+60" is a general rule of thumb to allow for differences in
// IE & and FF height reporting, can be adjusted as required
document.getElementById('local-iframe').height = parseInt(height)+60;
document.getElementById('local-iframe').width = '100%';
}
</script>
</head>
<body>
<div>base site content</div>
<iframe id='local-iframe' width='1' height='1' frameborder='0' src='http://remote.com/remote.html'></iframe>
</body>
</html>
http://remote.com/remote.html
The remote domain needs to add a hidden iframe to the page, and needs to call iframeResizePipe() onload.
An additional 'random value' parameter is added to the http://local.com/helper.htm in order to prevent a cahched URL from being returned. This is not 100% fool-proof, but it's probably good enough.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<script type="text/javascript">
function iframeResizePipe(){
var height = document.body.parentNode.scrollHeight;
// Going to 'pipe' the data to the parent through the helpframe.
var pipe = document.getElementById('helpframe');
// Cachebuster a precaution here to stop browser caching interfering
pipe.src = 'http://local.com/helper.html?height='+height+'&cacheb='+Math.random();
}
</script>
</head>
<body onload="iframeResizePipe()">
<iframe id="helpframe" src='' height='0' width='0' frameborder='0'></iframe>
</body>
</html>
http://local.com/helper.html
This page is on the same domain as the parent, so it can access page attributes from the parent, resizing the iframe window to fit the content.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<script type="text/javascript">
// Tell the parent iframe what height the iframe needs to be
function parentIframeResize(){
var height = getParam('height');
// This works as our parent's parent is on our domain
parent.parent.resizeIframe(height);
}
// Helper function, parse param from request string
function getParam( name ){
name = name.replace(/[\[]/,"\\\[").replace(/[\]]/,"\\\]");
var regexS = "[\\?&]"+name+"=([^&#]*)";
var regex = new RegExp( regexS );
var results = regex.exec( window.location.href );
if( results == null ) return "";
else return results[1];
}
</script>
<body onload="parentIframeResize()">
</body>
</html>
Based on information from MSDN Architecture Center, Stack Overflow, and Softwareas.
Great article! Just what I was looking for. Thanks for sharing. I noticed Google Custom Search result page iframed in another domain does something similar as well, but not sure how they accomplished that.
This is a very nice article it saves our day try to solve iframe autresize issues!Thanks a lot and keep helping others..
I tried this and it did something completely different in FF to IE (firefox made the frame enormous, IE set it to the 60px defined in the local.html JS function).
Also, is the missing </head> tag deliberate?
@searcher: Glad it helped!
@Andrew: Missing head tag is a typo; thanks for noting it. I haven't seen the specific issue you describe where IE height is set to 60px & FF very large, but we did see another issue where multiple page refreshes caused the iframe to grow, the iframe being too small, and also with scrollbars. I'll update the article with info on how we resolved those.
Let us know how/if you resolve your problem!
Very helpful article, thanks.
I experienced almost the same issue as Andrew. IE(7) is making the frame only 60px high, though FF(3.5) is essentially rendering correctly. My "local" is an intranet server and my "remote" is a SharePoint server (still within the corporate network). Had to use a content editor web part and a special SharePoint function (http://blogs.msdn.com/saurabhkv/archive/2009/06/22/javascript-pageload-add-function.aspx) to do the onLoad, but it works in FF!
Thanks for the help! This worked very well but I've noticed a few things.
-In Chrome and FF, the height grows as i click through the pages within the iframe.
-In IE if the frame is too small; i changed the +60px to +0 and the iframe is 1px in height......which means to me that IE is not working with this script?
Please let me know if you have some solutions.
@Jon Virgi: I also had the height growing issue. Removing the +60px padding resolved the issue and didn't appear to have any adverse effects.
Not sure what you mean in your second bullet. You mean that in IE the height never changes -- the same issue as Ryan? For what it's worth, I have things working fine in IE, so it is possible.
@Ryan: If the iframe is only 60px high, that suggests you have an issue with the communication of the height from the 'local' page to the 'remote'. Best I can suggest is plenty of alert statements : )
Yes, the 2nd bullet was same issue as Ryan and Andrew.... I guess IE is not doing the onload resize like the other browsers are. I cant think of any server differences like Ryans case though.... Local is http://www.cincinnatisquash.com/cmsms/index.php?page=squashwars-test and remote is www.racquetwars.com/us/cinci
Also, looks like when i view in Chrome, the page will autosize to get larger, but not smaller meaning, if you view a 800px long page, then go to a 500px long one, the iframe remains at 800px.
Thanks!
Brilliant!
Thank you for posting this article online. It works great on my website!
Great article, David! But as Jon Virgi noted in his comment, the iframe never resizes to a lower size in chrome. As such, there are no iframe scrollbars, but looks wierd when the page has a lot of unused space for shorter iframe contents. As far as the code is concerned, the problem lies with 'document.body.parentNode.scrollHeight' that doesn't give correct height if the new content height is less than previous content height. Do you have a solution for this?
@Amit/Virgi: I missed Virgi's original comment, sorry. I also experienced the problem of detecting an incorrect height. I was unable to work out the cause. It appeared to be something to do with the content still loading during code execution. On that assumption I added a polling mechanism that kicked off every 0.x seconds and checked to see if the height was static for some period of time. Not a clean solution, but it did resolve the problem. I'll update the article with the fix.