views:

3843

answers:

11

Getting contradictory messages about that, hope they're not. I cannot imagine support for it would stop, since a gazillion sites use them.

Some additional questions about that:

  1. Why should they phase out this tag?
  2. Any alternative for it?

tx

+5  A: 

IFrames are not obsolete, but the reasons for using them are rare.

Reasons for using iframes:

  • It's great for walling off other people's stuff from other domains but it doesn't integrate smoothly. (stylesheets, javascript etc...)
  • Integrating multimedia can sometimes be done easier via an iframe as opposed to using the embed tag.
  • Really, really specialized cases like gmail's case where they are using it for sounds and history management.

I would also answer that there is no need for the removal of iframes, it's a needed tag and will be around for a while.

altCognito
+2  A: 

IFrames are used a lot with AJAX. GMail for example, uses nine hidden IFrames I believe.

John Topley
I count five iframes. One is not hidden, and in fact, one of them that is almost the entire view. IFrames are not used with Ajax typically (not in any of the major frameworks anyway). Gmail is using iframes for things like: History tracking, sound (odd), and some sort of canvas drawing.
altCognito
I was just going by an article I read a few years ago.
John Topley
+25  A: 

Support for <iframe> is still there in HTML 5, so I don't think this will change in the near future.

To answer your other questions:

  1. <iframe>s (as frames in general) are most of the time not user-friendly:
    • They don't allow easy access of the content in the frame via an URL (without losing the content outside of the frame at least).
    • Most "technophobe" users are irritated by frames.
    • As far as I know they are slower to render for browsers
  2. Alternatives include dynamic page generation (SSI, PHP, Rails and so on) and using JavaScript / AJAX to change contents of e.g. a <div>

To be clear: I'm talking about <iframe> as a interface element. Not a hidden element for loading other stuff like e.g. Google Mail does.

Koraktor
+1 for the point that Google is using iframes for highly specialized purposes.
altCognito
A: 

I've just changed a site from a normal Frameset to Iframes as normal frames couldn't do what I needed. It caused no issues with the rest of the codebase.

Valerion
+12  A: 

Iframes are obsolete for page layout. Never use them instead of good CSS layout, even table-based layout is better.

Good reasons for using iframes are:

  • ads: adwords for example, it is good for encapsulating - ad css won't destroy your page.
  • hidden iframe: it can be used for hundreds usable things, like tracking, ajax-alternative, etc.
Thinker
*** DO NOT use iframes for adwords, it is a violation of TOS. *** http://www.scribd.com/doc/97655/15-Common-Mistakes-by-Google-Adsense-Publishers-that-Violate-Terms-of-Service
altCognito
altCognito: AdWords uses iframes, not me :) I didn't mean puting adword iframe into another iframe.
Thinker
I know it's a common mistake out there (hence all the articles) so I wanted to flag it to make sure people understood what you were saying.
altCognito
Iframes are a must when including complicated content that must be served from another domain, and must not be manipulated with current page's CSS or JS code.
vsync
+2  A: 

At my previous company, we provided a hosted application that customers would integrate into their own websites. At times, they would use an IFrame to do this, fitting our hosted page into their existing designs. Sometimes this was even done seamlessly (ie. the IFrame had no borders or scrollbars, it just looked like part of the page). I considered this to be a good use of the tag.

Joshua Carmody
Iframes are a must with dealing with things you need to put in clients websites with your own style and Javascript, that the user's code won't break. CSS can be override easily and JS can cause conflicts sometimes (in rare cases) so its best for a "Closed System" approach.
vsync
+2  A: 

They can be extremely useful in some circumstances, but those are limited. In particular embedding common functionality across multiple sites.

For example I have a client who runs a number of Scottish goods e-commerce sites. As part of this we have developed a couple of simple applications to locate possible clan names from your surname or your choice of tartans (giggle if you wish but tartans are worth $700 million a year to our economy). The database behind this is surprisingly large (nearly ten thousand rows in the core names and tartans tables) and fairly regularly updated.

So we have the applications set up to run on one website and then embedded these into our other websites using an iframe, enabling simple javascript parameter passing so we can integrate the selection of a tartan or clan with functionality on the embedding site. The iframe is set as noborder so it appears completely seamless to the end user.

Of course there would be other ways of doing this, but the use of an iframe is simple and robust. And it's certainly not obsolete.

Cruachan
+1  A: 

IFrames are not dead, but Frameset/Frames are dying.

In the last 2 releases of IE (IE7/IE8) zooming in Frames (not IFrames) has created disastrous results.

By all means use IFrames, but IMHO stay clear of Framesets/Frames.

scunliffe
+16  A: 

In my opinion the W3C jumped the gun in dumping iframes from the Strict HTML and XHTML doctypes. In theory you would use the <object> element to add foreign objects to your document, but browser differences and limitations have made this a nonstarter for many developers. With the much-more-pragmatic HTML 5 (which is still a draft), iframes are back and even have two new attributes: seamless, and the intriguing sandbox.

David Kolar
A: 

The google gadget specification currently relies on iframes: http://code.google.com/apis/gadgets/docs/spec.html

Currently they are the only simple way to provide isolation for javascript apps that are pulled from multiple domains/providers.

Also many of the widgets that people embed on their websites from third-parties use iframes.

While they do have their drawbacks, iframes provide a pragmatic solution to common problems on the web. I'd have to guess that they will be around for some time to come.

Jason
A: 

I work for a company that used frames for everything from pull down menus, lists, content blocks, etc just to cover the intricacies of .net web forms. The application is very slow and only runs on IE. Don't do this.

Lovemossnot