Take the 2-minute tour ×
Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. It's 100% free.

Why were frames deprecated in HTML5, but not iFrames? After all, there is almost no difference between the two. In many instances using either of them would give the same output (pardon me if I am wrong)?

share|improve this question
3  
stackoverflow.com/questions/4263509/… –  BBB Apr 15 '12 at 5:20
    
thanks for the link, but what's the little difference between the two, that iframes did not get deprecated. –  user221287 Apr 15 '12 at 5:22
    
Because frames were a terrible idea from the start but iframes do have a few legitimate use cases? –  GordonM Apr 27 at 7:59

4 Answers 4

up vote 54 down vote accepted

There's a couple of misconceptions in your post. First, the frame and frameset elements are not deprecated in HTML5, they're obsolete (i.e., they've been removed entirely).

Second, the frame and frameset elements are not the same thing as the iframe element, nor do they give the same output:

  • The frameset element replaces the body element in pages as a means to include a different document model for web pages: they're bad for usability and accessibility, and what they intended to accomplish have been completely replaced by CSS and ubiquitous server-side development.

  • The iframe element, on the other hand, does not replace the body of a page. It acts as a means to include a new browsing context embedded within a block of content. It does not suffer from the same usability or accessibility problems as the frameset model and is used almost anywhere one needs to include an embedded browsing context (widgets being the most prolific example).1

The iframe in HTML5 also takes on additional features in that it can be sandboxed, allowing the parent document to decide what gets executed within it. This allows for some measure of security for the parent document (and visitors to the parent document) when embedding untrusted content.


Notes

Note 1: the object element somewhat overlaps with the iframe element, but it has a different content model (which is intended mainly for plugins), has its own set of caveats, and doesn't have the sandboxing attributes the iframe element has.

share|improve this answer
1  
Why are frameset elements bad for "usability" and "accessibility" but iframe elements aren't? –  meriton Apr 15 '12 at 13:18
12  
@meriton The frameset constructs a page out of multiple documents all with with the same priority: this causes challenges for screen readers that do not know which document to focus on at any specific time. Iframe elements, on the other hand, are simply embedded into a single page: it's no different than having an embedded image. –  user8 Apr 15 '12 at 17:23
4  
Challenges for screen readers: The blind people I have spoken to have all said that they prefer navigation to be stuck in a separate frame (not iFrame) because they can ignore it and only have it read to them when they want. The real culprit for screen readers is Javascript and AJAX which makes pages completely unusable with current screen readers (well, my info is about 10 months old). My personal experience with screen readers supports this. –  GlenPeterson May 13 '13 at 18:41
1  
I've been wondering if a lot of 2005's often requoted accessibility assertions haven't been overdue for an update. Thanks for the dissent on that. –  Erik Reppen Aug 22 '13 at 20:25
    
@GlenPeterson the same effect without frame element can be achieved by using CSS to make the block element fixed in viewport. That is HOW it should be done if you want that kind of navigation. It makes more sense. –  netrox Feb 12 '14 at 21:10

Frames (frameset) acts as document. It's removed because it breaks HTML documents structure and navigation. Eg. you have links in one frame, content in the other, you can't open link from the page in in a new window, you can't link to specific sub-page, etc.

On the other hand iframes won't break anything if used correctly because they're meant to sandbox content (eg. ads).

share|improve this answer

Framesets are often used in a way where they break the fundamental principle of the web, that each document has a single URL. This leads to problems with linking, bookmarks, search engines etc.

Typical use of a frameset would be a frame on top with a logo or header, a frame at the side with a menu, and a content frame. But search engines index individual pages, so when you find some page in google, it would like directly to the content page without the frameset, so you lose the navigation. The problem with links and bookmarks is you would typically want to link or bookmark a particular content page inside the frameset, without losing the frameset itself. The is no easy way to do that.

The reason framesets became popular in the first place was because they allowed a statically positioned header and menu with a scrolling content area. But that can be achieved much easier with CSS today. Furthermore frames allowed you to use common elements like logos and menus on multiple pages without using any server-side coding. This was an advantage at at time where server-side coding where tedious and error prone (cgi-scripts!), and many hosts didn't allows server-side scripting at all. Today with CMS'es and better server-side platforms this is much better handled at the server side.

So basically there are no advantages to frameset but lots of problems.

IFrames can be used the same way that framesets were used, and in that case they also lead to the same problems. But there are also many legitimate uses of iframes which does not lead to the same problems.

share|improve this answer

In my opinion there will be significant loss to versatility the day that browsers no longer support will framesets.

I don’t build websites but I do a lot of project planning documentation for my clients, provided on CDs, using framesets. This method is head and shoulders above any other way of making the material efficient and user-friendly to technically trained personnel .

Being able to pull in content from anywhere, either off the web of in house data and display side by side within the CD browser give the client instant access to well documentation technical information and data to support competent decision making.

All CDs however are viewed through a browser and the loss of this frames function will destroy one of the best coded facilities I have for this particular application.

I have also use them in technical websites where there is absolutely no criteria for SCO, site navigation by dummies, or problems with information transfer.

Each individual frame can be opened in its own separate window and easily printed into a PDF format of saved as html. Material that is presented in a PDF format can be printed directly with one click and material coming in from external sources including WWW is the most current available and again can be saved as HTML document or opened in its own window and printed to a PDF

No doubt the sector of coding professionals dedicated to Internet applications of marketing and entertainment may have a problem with the use of 'frameset' facilities but I don’t think all code should be written with just one application in mind.

share|improve this answer
    
What can you do with a frameset that you cannot replicate with a set of multiple iframes? –  JacquesB 8 hours ago

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.