Right, but doesn't frames do that? And better. I think that the example shown (the holy grill), appears better than it actually is because the links in the menu are non functional.
It appears that the intent is to change the content of a div when the user chooses a menu item. Everyone I know will want to hit the back button (instead of selecting where they were from the menu). When the user hits the back button, they don't go back to the Sausage page; they go back to whatever web site they leave your site.
Of course, you could fix this by making everything but the content for each page an included header and then have a different file for each page. But then the whole screen would have to load each time the user followed a link. In which case, it would have been better to frames so that only the content part loaded and the back button still worked.
Of course with frames, you don't get the cute fingers and nose hanging over the content, but then again, you don?t have the fingers and nose blocking the content.
Not to mention the fact that (as noted on the demo page) this technique doesn?t work in IE5 whereas using frames would work in IE5.
I understand that some people don?t like frames, but then again, I would argue that if the content of your site is good, even people who prefer not to see frames, will find your site useful. But if your content is not good, inventive workarounds to have frames with using the frameset tag will not win over the people who don?t care for frames.
Even still, it is a slick bit of coding. One advantage I can think if is that the coder doesn?t have to worry about making sure he/she gets the targets right because links will never cause a framed site to show up in one of its own frames. ? And that is one thing that annoys me about some frames based sites.