Forum Moderators: open
There are only two reasons to use frames: one is to display content from two different sources (ie somebody elses website with your menu bar on the left) and the other is as a "poor mans SSI".
Besides, they are sooooooo 1998 :)
It used to be that frames based sites were not spidered correctly/completely. I believe this has, for the most part, changed. Anyone else know for sure?
In the past, there was also an issue of some older browsers not supporting frames. That's a minute number at this point, so I wouldn't worry about that.
The real trick is that others cannot link to or bookmark your internal pages. This could be a problem!
IMO, the three biggest problems with frames are:
• orphaned pages
• bookmark functionality broken
• difficult to use for non-savvy Internet users
<added>Actually, one more problem... Many developers do not use frames in an intuitive or even practical way. They use it to handle things that SSI should rightfully handle. I have seen only a few sites where frames really worked.</added>
There's a lot of information in that thread:
[webmasterworld.com...]
I believe that google has in fact changed something in how it handles frames, before I just used the noframe tag to guide the spider to the navigation frame page, which in turn guided it to the content page, this worked perfectly, but now seems to be not working as well, the content still gets indexed, but seems to be assigned a lower value.
Iframes do not have this problem, and are probably a better solution for some situations, like gallery pages etc, but overall I think tedster is right, much as I truly love frames and that type of application quality interface, which seems like such a complete natural for all computer users, since it mirrors exactly the same interface most programs use, like outlook express, windows explorer, etc.
I'm getting ready to switch some parts of that site over, and I'll be curious to see if I get the results tedster got, it should be fairly obvious within a month or so.
Frames are still easy to set up (though now that I've been concentrating on css for a while, I'm finding that to be less a truism....) Frames make good sense in some cases - because a lot of the good sense of frames is still the same as it was when I had the flash of "belonging" as I first saw a framed site - IT WORKED THE WAY I THOUGHT SITES SHOULD WORK.
Frames make NO SENSE AT ALL if there is a way to provide the same site "experience" (read: functionality) with css (There have been css postulates for "loading" like one does from a menu item to a separate "main" frame - I don't think they're very elegant, or very usable generally.) I think the key is becoming a good enough designer to KNOW THE BREAKPOINT - when a framed site is a sensible utilization of the currently-obtaining technology, and when it's more "forward" to use css, because in that instance css makes more sense. (um. I think that's an ourborian concatenation.... sorry - loooonnnnggg Monday....)
I'm not yet there. I hope I'm learning so that I'll be there soon. But then, I'm occasionally a complete IDIOT (just ask my host, Sharon, about the idiocy I displayed over the weekend with what should have been a simple server move.... *SIGH*), so there are just no guarantees.
But then, who wants guarantees? A little risk is a lot of fun....
Well, as I mentioned in last year's thread, that doesn't test out as true in the real world. People apparently know when they've scrolled, and they saw the navigation when the page loaded, so they know how to find it again. On long pages especially, some text nav at the bottom is expected, even by newbies to the web - so put it there to make life easier.
And if your visitors get bored and leave, then you need to improve your content. Force feeding menu choices by keeping them always on screen doesn't redeem bad copy - people will still leave. And if you have a great site, people will explore.
So, I wound up updating their site completely in real time, simply by using page.asp (ssi version) for the new pages and keeping page.htm (the framed version) and when they were happy with the redesign, I simply renamed their home page from index.htm to index.asp and voila! instant site update!
Since then, they've not called me once and have updated their pages many times, so I know I succeeded in giving them an easy to use solution.
Also, framed sites in Dreamweaver are nuttier than the nutty professor to work with.
my .02
Patrick (unframed) Elward
"before I just used the noframe tag to guide the spider to the navigation frame page, which in turn guided it to the content page, this worked perfectly, but now seems to be not working as well, the content still gets indexed, but seems to be assigned a lower value."
Sounds like you're losing PR from having to go through two links, via your navigation frame page, to get to an orphaned content page. Better to simply include a navigation menu in the noframes element that links to your content pages, which are set up to function outside the frameset as stand-alone pages (with navigation menus and links, home page links, etc.).
Steve
<Sorry, no personal URLs or extended sigs. See TOS [webmasterworld.com]>
[edited by: tedster at 12:27 am (utc) on June 23, 2004]
Plus I had to maintain all kinds of stuff so that the user could navigate the site if they came to an orphaned page.
A relief all round - both for me and my users - when I got rid of the frames.