Saving Bandwidth With Standards-Compliant Code
RadioheadKid writes "DevEdge has an interview with ESPN associate art director Mike Davidson. In the interview Davison talks about the decision to switch to a standards-based, non-table layout. The interview touches on the process he went through to make that decision and the rewards in both bandwidth savings and browser compatibility. An interesting read for those who have not switched to a standards-based, non-table layout. (hint, hint)"
I tried to read the article, and guess what I saw...
"Please Upgrade Your Browser
You are using a browser which does not support the minimal standards required to get the full experience of DevEdge website."
A pizza of radius z and thickness a has a volume of pi z z a
As usual, CodeBitch has something interesting to say about standards in general and ESPN in particular.
After their latest homepage update I finally had enough. All my ESPN bookmarks now point to http://lite.espn.go.com. No Flash, no ads, no MS crap off to the right, just the content. You can always click on the big ESPN logo at the top to access the bloated homepage if you feel the need.
The big problem is that Netscape 4 thinks it understands CSS positionsing but it really doesn't. It will often fail to render properly, or even worse, crash.
It looks like these folks took the approach of not letting navigator on the site. I don't like this approach. Thankfully, there are some less severe approaches.
With my website, I put some javascript in to comment out the link to the style sheet if you are running ns4.
You could alse specify your style sheet link in a way that ns4 doesn't understand (I think there are a couple, but you lose the ability to provide a different style sheet for print media). You could also make your style sheet served dynamically and have an alternate or blank style sheet returned to NS4.
If NS 4 doesn't get a style sheet, the page is rendered as if it came out of the 1994 internet. But for folks who use an old browser, I say too bad.
The things I like to use most that NS4 doesn't like are floating elements (div {float:left;width200}) and borders (body {border:thick red}). For floating divs, in NS4 they don't float. NS renders them all on top of each other. For page borders, I find various versions of NS crash.
I take offence to that
One problem with these examples is: Content of dynamic columns overflows when the browser window is too narrow for the content. Table based layouts don't shrink in these situations. They add scrollbars to the browser window and keep things readable.