Slashdot Mirror


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)"

76 comments

  1. Oh the irony! by Andy_R · · Score: 4, Informative

    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
    1. Re:Oh the irony! by Anonymous Coward · · Score: 0

      Maybe you should get a real browser. Mozilla works perfectly with that page, as does IE.

    2. Re:Oh the irony! by Anonymous Coward · · Score: 0

      small hint - Lynx is not your friend

    3. Re:Oh the irony! by EnVisiCrypt · · Score: 4, Informative

      Although, it should be noted that the site will continue to work for you, just not the spectacular fashion in which it was designed. But if you're using a text-mode browser or Netscape 6, you probably don't care about things like layout.

      --


      *everything* is Orwellian to cats.
    4. Re:Oh the irony! by qengho · · Score: 3, Informative

      I tried to read the article

      That's just an informational notice. The page contains a link that allows you to view the site anyway. No irony here.

      ESPN does the same thing, and provides a "lite" version of the site for standards-impaired browsers. I hope this hastens the demise of NN4.

    5. Re:Oh the irony! by brianmf · · Score: 1

      I just fired up Netscape 2.01 and the article is perfectly viewable (if you like black text on a grey background)!

      Even more surprisingly, I never got the upgrade message (with the article or with devedge homepage).

    6. Re:Oh the irony! by Andy_R · · Score: 2, Informative

      I do care about layout, but I care more about speed, stability, memory footprint, and most importantly user interface familiarity, which is I why I use Netscape 4.7

      I do have an old slow and buggy version of Mozilla on my computer for those few pages that would rather display a ".css not found' error than their content, but since the Mozilla people dropped support for Mac OS9, I would have to either go with an obscure browser, install a Microsoft product or change my entire OS just to look at a few over-designed web sites.

      --
      A pizza of radius z and thickness a has a volume of pi z z a
    7. Re:Oh the irony! by Anonymous Coward · · Score: 0

      You think that's bad...

      On Safari the site just locks up the browser and you have to kill it to escape.

    8. Re:Oh the irony! by pbrammer · · Score: 2, Informative

      Well, then you fall into the mentioned 2% category of audience members that they don't care about. If you can't view the page, then too bad. Don't let the door hit ya where the good lord split ya.

      But seriously, their take was that their site is offered for free, and if their users want to see the site then they need to be using a standards-compliant browser. Otherwise, they have no sympathy for those users who do not upgrade. They do however have sympathy for those users that cannot upgrade due to a tight IT staff who locks down user's machines.

      And by the way, I've found Opera to be quite fast. Just keep an eye out for the memory leak!

      Phil

    9. Re:Oh the irony! by Anonymous Coward · · Score: 0

      If you care at all about stability, why on earth are you using Netscape 4? Let alone a version with a gaping security hole in! The "over-designed" web pages, as you call them, are the ones going out of their way to be more accessible and friendly to their visitors. Greater accessibility is one of the primary benefits of CSS.

    10. Re:Oh the irony! by elphkotm · · Score: 1

      Holy crap... if you only knew how terribly buggy Netscape is. There are so many workarounds web designers have to implement to get around the fact that Netscape 4 has a poor HTML/CSS implementation. Creating a dynamic (Uses things like "CSS" and "JavaScript") web site that works in both Netscape 4.x and well-made browsers is hell.

      --

      <Amanda`> I just went out to the parking lot in my bathrobe to exchange warez CDs.
    11. Re:Oh the irony! by override11 · · Score: 1

      If you care about speed, get a cable modem. If you cant get a cable modem where you live, move to where you can. If you cant move, then deal with the speed. It is not the responsibility of a web designer to make a page accessable to people who decide to use 4 year old browsers.

      Shifting responsability is a sickness in society today, nobody just stands up and takes responsibility for their own actions. Cmon people, if you want to look at a web site that was done with CSS, has flash, etc., then UPGRADE

      --
      No I didnt spell check this post...
    12. Re:Oh the irony! by GigsVT · · Score: 1

      I agree with your intent, but your argument is dangerously flawed.

      One could use the same argument to say that no one should run anything but IE.

      Cmon people, if you want to look at a web site that was done with CSS, has flash, etc., then RUN IE

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    13. Re:Oh the irony! by override11 · · Score: 1

      Actually, I use phoenix, and have yet to find a page that does not render properly. It handles css just fine, does flash, everything. And its tiny, and runs great on even slow PC's.

      --
      No I didnt spell check this post...
    14. Re:Oh the irony! by ivan256 · · Score: 1

      I care more about...stability...which is I why I use Netscape 4.7


      HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA!

      <gasp>

      HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA!

      You may not be aware of this, but Netscape crashing only once a day isn't something to brag about anymore. Practically every recent mainstream browser is more stable than Netscape 4.7x. Some of them are faster too.

    15. Re:Oh the irony! by GiMP · · Score: 1

      Either you're too young to ever have used a computer slower than 400mhz (x86) or you're plainly ignorant.

      It is true that upgrading from a 400mhz machine to a 4ghz machine will not give you a 'faster internet experience' as Intel may wish for one to think; however, older equipment may not always hold to that.

      I have several computers, on cable modem or faster internet connections. However, it can take minutes for webpages to display. Try using Mozilla on a 60mhz 486 with 8 megs of ram. Laughable. Mozilla will not even run quickly with a Pentium 133 with 24 megs of ram. A machine that was very quick and very suitable during it's time.

      The argument may be that he should upgrade his computers. However, my argument is that they were suitable years ago, why are they not suitable now?

      I used to have 15-20 Netscape4 windows open on a Pentium 133 with 128 megs of ram. Now, that same machine with mozilla cannot reliably have more than a couple Mozilla windows or tabs.

      If webpages were made to the standard and Netscape 4 had better standards support, perhaps that machine could still be usable. However, with Netscape4 and most webpages as they are, Netscape4 is useless for anything but a controlled environment such as an intranet.

      My wife has a 400mhz Celeron with 64 megs of ram and the machine is too slow for her to be happy with it, even with Linux and XFCE (which is considerably lighter than Gnome/KDE/Windows).

    16. Re:Oh the irony! by Andy_R · · Score: 1

      I haven't had a single Netscape related crash for weeks, but the final version of Mozilla for my OS falls over every 50 pages or so.

      As for the others, I'll install Opera when it does something extra that is worth learning a whole new program for, Konqueror when it does that AND has a Mac OS version, and Internet Explorer when hell freezes over.

      --
      A pizza of radius z and thickness a has a volume of pi z z a
    17. Re:Oh the irony! by Radical+Rad · · Score: 1

      So use an html editor like Dreamweaver which can handle all that bs for you. And Communicator does JavaScript pretty well. You just have to stick to the features that were available in that version. Also, doing dynamic html with Netscape 4's layers is not so hard. Take a look at this using Netscape 4

    18. Re:Oh the irony! by override11 · · Score: 1

      Dude, I cut my teath on an 8088 doing basic programming. :P And we have 233's here that run phoenix just fine. And there is no excuse for having a 486 60 mhz PC now, I have bought and sold full 233 mhz+ systems for 30 - 40 bucks, and with memory as cheap as it is, I dont think developing for 2% of the population is what a web master has in mind when he's making his boring ass web site for those 300 lynx users out there.

      Cmon, just let go of the past, you can do it...

      just let go....

      --
      No I didnt spell check this post...
    19. Re:Oh the irony! by Andy_R · · Score: 1

      It's not the fault of the browser if a website isn't robust.

      While I can understand ESPN's business decision to go with a pretty but fragile design instead of paying the extra for robustness, I don't think it's fair to blame the browser for not anticipating changes to the standards - remember that Netscape 4.7 was widely hailed as the MOST standards compliant browser when it was launched.

      It is worth remembering that HTML was never originally intended to be a page layout language - think about what the abbreviation stanfs for, HyperText Mark-up Language - the idea was that you should 'mark-up' your text to indicate which parts should be treated as titles, which are bold, etc, and the decision on how to display those annotations is left to the browser, which would then 'skin' the text to the user's design preferences.

      Oh, and javascript works just as well turned off in Netscape 4.7 as it does turned off in Mozilla ;-)

      --
      A pizza of radius z and thickness a has a volume of pi z z a
    20. Re:Oh the irony! by jilles · · Score: 3, Informative

      I've heard a lot of strange things in my 28 years on this planet. Running netscape 4.x for stability reasons however is new to me. I can't begin to imagine the stuff you missed out on the past half decade or so. The phoenix nightlies I run, last longer than any version of netscape 4.x ever did on my machines.

      The approach of using dreamweaver or otherwise include netscape 4.x code doesn't scale up. It is much more cost effective to tell netscape 4.x users to go f*ck themselves (and most of them seriously need to get a clue by now). If only netscape 4 didn't bother to interpret css, it would be much easier for webdevelopers. I've converted my sites to XHTML 1.0 strict in the past year so netscape 4 should be able to process the html. Unfortunately it messes up badly trying to do stuff like css positioning. It's beyond hopeless trying to work around that since it requires a totally different approach to modeling your page. I refuse to do browser detection and only test in IE 6 and mozilla (not in that order, phoenix is my primary browser). Working like this I can use like 98% of the standards and safely assume things work in most common browsers. I never tested or saw my sites in Safari. Yet I'm fully confident that either it will display everything as intended or it still has some undiscovered bugs that will be fixed in the near future. Unfortunately IE 6 doesn't support some of the cooler things like "position: float". However, telling IE 6 users to go f*ck themselves would effectively eliminate 80-90% of the visitors :-( so I reluctantly refrain from using such features. I don't care about IE 5.5 and lower anymore (and nor does MS I should add, see the register for details :-) but if it works in those browsers that's fine with me.

      I'd be very pleased if slashdot dropped the table layout. As long time proponents of open standards, OSS, and generally cool nerdy stuff (i.e. stuff that matters) it is disgraceful that they are actually still whoring themselves supporting obsolete proprietary netscape shit. Even the original netscape developers turned their backs on that stuff and chose not to support layers in mozilla!

      If you're still on netscape 4, you're probably better of using netscape 3. As I remember it was always more stable and it does a much better job of rendering XHTML since it doesn't understand CSS at all. Alternatively you can install opera (if your os supports it). I've found it to be quite fast on an old windows 95 machine with only 16 MB. And it even renders my sites correctly :-).

      --

      Jilles
    21. Re:Oh the irony! by Anonymous Coward · · Score: 0

      Jeeze. Well I'm sure a ton of people reading your replies are just begging to support Netscape 4 so you can continue using that crap. Come on dude! I used Netscape 4 when it came out. It was cool. That was like 199x? It's 2003. Get your ass in gear or toss your computer on the junk heap and start basket weaving. This IS a geek site after all.

    22. Re:Oh the irony! by Anonymous Coward · · Score: 0

      I've heard a lot of strange things in my 28 years on this planet. Running netscape 4.x for stability reasons however is new to me.

      Absolutely.

      The approach of using dreamweaver or otherwise include netscape 4.x code doesn't scale up. It is much more cost effective to tell netscape 4.x users to go f*ck themselves

      Well that depends on your target demographics. Many organisations standardised on netscape 4 years back, and are still using it. Is that a good thing? Probably not. Does it matter if your client base is comprised mainly of these people? Absolutely.

      Unfortunately it messes up badly trying to do stuff like css positioning. It's beyond hopeless trying to work around that since it requires a totally different approach to modeling your page.

      It's certainly not hopeless trying to work around netscape's css problems, just hide the css from it. No "detection" needed, it's a well-established practice by now.

      I refuse to do browser detection and only test in IE 6 and mozilla (not in that order, phoenix is my primary browser).

      No lynx? No validator? No Jaws? No older versions of IE? Oh dear.

      Working like this I can use like 98% of the standards and safely assume things work in most common browsers.

      98%? Is that a figure actually derived from a study, or just a number pulled out of your ass? Given all available evidence (the state of css support in the browsers you are aware of), you'd be well advised not to assume browsers are coding to the standards, without any bugs.

      Unfortunately IE 6 doesn't support some of the cooler things like "position: float".

      I think you might mean position: fixed. Personally, I don't really care about "cooler features" like that, I just want the implemented features to work properly (e.g. no guillotine bugs).

      I'd be very pleased if slashdot dropped the table layout.

      The people who pay the bandwidth bills would probably be pleased too, the font elements alone would take a good chunk of the page size away.

      If you're still on netscape 4, you're probably better of using netscape 3.

      Opera also requires little in the way of resources. It also supports far more in the way of w3c specifications.

      As I remember it was always more stable and it does a much better job of rendering XHTML since it doesn't understand CSS at all.

      You seem to be a little confused. XHTML is merely a reformulation of HTML in XML. It may do a better job of rendering websites, but it won't do a better job of rendering XHTML. And there is no real difference here between HTML and XHTML - you are probably confusing XHTML Transitional with XHTML Strict. XHTML Transitional still lets you use all the old junk like font elements that was in HTML 4.01 Transitional.

    23. Re:Oh the irony! by JDWTopGuy · · Score: 1

      Konqueror when it does that AND has a Mac OS version

      It's called Safari. Duh. Same rendering engine, nice and stable (during beta at that!) and very fast. Or Chimera -- I mean Camino, which is essentially Mozilla without the bloat (and the kitchen sink) with the native Mac OS X interface. Again, fast and stable.

      Or are you still mired in the world of the classic Mac OS? If so, that's sad.

      --
      Ron Paul 2012
    24. Re:Oh the irony! by Moses+Lawn · · Score: 2, Informative

      ...I'll install Opera when it does something extra that is worth learning a whole new program for...


      Honestly, what's to learn? Click on a link to open it, Alt-left/right arrow (or just Z/X) to go back/forward, Ctrl-T to add a bookmark, Ctrl-space for the home page, Esc to stop loading a page. There. Now you know how to use Opera.

      Oh, and F12 for the cool menu that lets you turn off popups/Javascript/cookies/GIF animation/etc. Trust me, it's worth trying Opera just for that.

      --

      What if life is just a side effect of some other process and God has no idea we exist?

    25. Re:Oh the irony! by Anonymous Coward · · Score: 0

      FYI, the most buggy browsers are Internet Explorer versions, which is why all the CSS/HTML/Javascript hacks even exist. Sure they also exist for other browsers which I cannot exclude, but the likes of Netscape 4x are over 5 years old, and one cannot expect to be developing for it still when web builders should be keeping forward compatibility in mind. Yes, it's implementation of W3C standards is incomplete, but did you know that Microsoft's latest attempts at a browser that cares about standards, namely Internet Explorer 6, is probably 10x more buggy in the implementations of those standards when compared to Mozilla 1x, Opera 6x, Safari Beta, etc.

  2. Commentary on ESPN's site overhaul by qengho · · Score: 4, Informative

    As usual, CodeBitch has something interesting to say about standards in general and ESPN in particular.

    1. Re:Commentary on ESPN's site overhaul by pediddle · · Score: 1

      I see about half a paragraph about ESPN. The rest is just the usual rant about crappy browsers, and in this case, crappy browsers that aren't even worth ranting about since nobody uses them.

      Anyway, they aren't exactly bitching about ESPN either. That's what I was hoping for :-)

    2. Re:Commentary on ESPN's site overhaul by CodeBitch · · Score: 1
      crappy browsers that aren't even worth ranting about since nobody uses them.

      If one runs a Mac-oriented site, OmniWeb and iCab are still too important to ignore. That said, usage of these two browsers has plummeted in the past twelve months, in the face of superior offerings from Chimera/Camino, and more recently Safari. If MacEdition's logs are any indication, about two-thirds of OS X users are using Safari. It used to be that OmniWeb accounted for nearly half of our OS X-using readers, which was much too much to ignore.

      Now, things have changed. The referenced column was a warning to users of these browsers that MacEdition will soon be redesigning in ways that don't work as well for non-compliant browsers.

      --
      Cracking the whip on your naughty HTML since 2000
  3. Oh the Irony (part 2) by Andy_R · · Score: 0, Redundant

    ...and on ESPN's redesigned site that is the subject of the article, with the supposed 'browser compatibility' benefits:

    "You must be using a standards-compliant web browser."

    --
    A pizza of radius z and thickness a has a volume of pi z z a
  4. Want to save bandwidth... by Pentagon13 · · Score: 5, Informative

    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.

  5. Netscape Navigator 4.x by DeadSea · · Score: 3, Informative
    The real problem with this approach is that Netscape 4 really barfs on many layouts. To go this approach you have to be willing to make sacrifices in the NS 4 department. Keep in mind than Netscape 4 still has about 3% of the browser market.

    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.

    1. Re:Netscape Navigator 4.x by Anonymous Coward · · Score: 4, Insightful

      Netscape Navigator 4.x is broken. There's no point in sucking up to users who use software from half a decade ago. If we keep cushioning the effects of their choice, they'll never switch. If their browser more or less works without changing the page specifically for them, fine. If it doesn't, let them see that their own choice breaks the page.

    2. Re:Netscape Navigator 4.x by brianmf · · Score: 4, Informative

      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).

      I don't think you need to give up on media=print stylesheets just because you are trying to cater for NN4. NN4 wont do much with your print stylesheets but Moz and IE should use them fine.

      What I would do is to include the stylesheets in the usual way (with a <link> element) and then if you want to cater for NN4 have the first rule in that stylesheet as an @import rule that imports all the advanced css rules (that are thus hidden from NN4).

      I tend to avoid hacks (including the above one) at all costs because they increase the maintanence overhead, but if you are that way inclined, you should read the css-d Wiki. It has some good tips.

    3. Re:Netscape Navigator 4.x by priceb · · Score: 1

      If you are going to the trouble to maintain a lite version of your site, then it is not that much more work to also have a NS 4 capable version. NS 4 does support some style sheets, just in a very limited and non-standard way. When I design pages that use css I creat several templates. One for Standard browsers, one for text only browsing, and one for old versions of netscape. Then just add the content to the templates. The key differences are that NS 4 uses <LAYER> tags instead of the <DIV> tags that standard browsers use and they do not support the getElementById() function. NS 4 has its own method of manipulating css objects. Also some of the css properties have slightly different names. For a complete reference to NS4 style sheets and other technologies go to the Netscape DevEdge Archive.

    4. Re:Netscape Navigator 4.x by JimDabell · · Score: 2, Informative

      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).

      There are quite a few ways of hiding css from browsers, but there's nothing specifically preventing media-specific stylesheets. For exmaple, Netscape 4.x wouldn't see the contents of a print stylesheet referenced in this way:

      <style type="text/css"> @import "/styles/print.css" print; </style>

      You could also make your style sheet served dynamically and have an alternate or blank style sheet returned to NS4.

      Bad idea for caching, http pipelining, and cpu time, unless you are willing to put a fair amount of effort into working around the various problems this causes.

      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.

      Ditto.

      The things I like to use most that NS4 doesn't like are floating elements (div {float:left;width200})

      What do you expect? You could at least have the decency to give it correct code. Go validate.

    5. Re:Netscape Navigator 4.x by d-Orb · · Score: 2, Informative

      A problem with CSS layouts is that the table hacks (by now pretty much standarised in most usual browsers) need to be translated into CSS hacks. Stuff like Gecko, newer IE, Opera and all are making progress, but still hacks are needed. The beauty of XHTML+CSS layouts is that if you don't have the latest compliant browser, the page should still be useable in your browser. As an example, a website I put up for some course I taught in the past at skint.shef.ac.uk is still useable if you for example disable JS (I use a very crude hack to select what CSS to serve depending on the offending browser).
      And yes, I know it is a crass way of doing things, but I don't have time to do all the hacks so that the site works in NN4, Gecko, Opera and IE.

    6. Re:Netscape Navigator 4.x by DeadSea · · Score: 1
      The things I like to use most that NS4 doesn't like are floating elements (div {float:left;width200})
      What do you expect? You could at least have the decency to give it correct code. Go validate.
      So it should have been written: div {float:left;width:200px}
      Netscape 4 still doesn't like it.
    7. Re:Netscape Navigator 4.x by great+throwdini · · Score: 1
      For exmaple, Netscape 4.x wouldn't see the contents of a print stylesheet referenced in this way: <style type="text/css"> @import "/styles/print.css" print; </style>

      Yeah, neither would MSIE 5.x for the Wintel platform. From how many browsers were you attempting to hide the CSS rules again? ;)

    8. Re:Netscape Navigator 4.x by the+eric+conspiracy · · Score: 1

      There's no point in sucking up to users who use software from half a decade ago.

      The big problem is corps who are too braindead to upgrade.

      Did you know that Sun's standard PC software load is Windows 98/Netscape 4.79?

      Give me a break.

  6. A good move by trajano · · Score: 4, Insightful

    This is a good move by ESPN. Though i don't really like the way they implemented (embedded JavaScript bad) it is still a step in the right direction.

    A simple JavaScript to check if you are using a standards compliant browser and load the style sheet is a good way of ensuring your content is visible even on non-standard compliant browsers without affecting people who use the standard compliant browsers.

    It is unfortunate that Netscape had released version 4.0 of their browser which is laden with badly implemented standard specifications (IE 3.0 to 4.0 was pretty bad early on too, but at least it was somewhat better than what we got with Netscape).

    However, with more standard supporting browsers out there and more to come in the future since the XHTML standards are actually getting simpler (XML based parsing) instead of more complicated (like the addition of the BLINK tag thanks Netscape) we should start moving our content to be more standard compliant.

    If you need a business case, throw this one to your financial rep. Say 1,000,000 web pages hits per month, each page adds 10K for table layouting (usually its more than that), that's 10 GB of wasted bandwidth that can be saved. Its also 10GB less to process through the HTTP data compression if you are keen with HTTP standards.

    Also don't forget the amount of time it would take to maintain or make changes to these pages. Or worse, integrate them with JSPs.

    If you are an employer, be wary of those that say they know HTML but also have Dreamweaver or FrontPage on their resumes. You may end up with a pig headed graphics artist who should've been a graphics artist not an HTML developer.

    --
    Archie - CIO-for-hire :-)
  7. Re:bandwidth savings more myth than reality by Eric+Savage · · Score: 2, Insightful

    I think you're missing the point, you don't redesign solely for the purpose of becoming standards compliant. You redesign for lots of purposes, and you do it when your needs warrant it. The key is that WHEN you redesign, move to standards compliant pages.

    As far as bandwidth savings being minimal, were you comparing old site w/mod_gzip to new site without? If so, then your results are obviously to be expected. If you did both with mod_gzip, then you likely need to build your CSS skillset some more (no offense intended, it really does take a while to master it).

    --

    This is not the greatest sig in the world, this is just a tribute.
  8. Re:bandwidth savings more myth than reality by eddy+the+lip · · Score: 1

    One of our biggest constraints is people in corporate settings that are still running NT4 with NS4.x. If you have any kind of corporate-type audience, there's a good chance you've got enough people with this older set up than you can just write off.

    It's getting there, though. We're slowly deprecating older browsers. We have to be more conservative than ESPN; most of our clients are targeting a different audience. Hopefully we'll be able to make the full switch for most of our clients in about a year's time.

    It's slow, but I'm just glad I don't have to check in NS2 and IE3 anymore....

    --

    This is the voice of World Control. I bring you Peace.

  9. Standards by Wonko42 · · Score: 1

    Since when are tables not standards-compliant?

    1. Re:Standards by qengho · · Score: 3, Interesting

      Since when are tables not standards-compliant?

      They are, for tabular data. Using them simply for positioning is frowned upon. Having said that, CSS makes it difficult to do some things that tables can do easily (columnar layout), which is why many people still use very simple tables for basic layout, without going to the extremes of spacer gifs, multiply-nested tables, etc.

    2. Re:Standards by Anonymous Coward · · Score: 1, Interesting

      They are standards-compliant, but table-based *layout* very often isn't, because it stems from a certain attitude towards the web which doesn't encourage standard compliance.

    3. Re:Standards by d-Orb · · Score: 4, Informative
      Having said that, CSS makes it difficult to do some things that tables can do easily (columnar layout), which is why many people still use very simple tables for basic layout, without going to the extremes of spacer gifs, multiply-nested tables, etc.

      I take offence to that :-) !! It is quite simple to do. For some examples, see Glish.com, or (shameless plug) a site I have mostly finished coding :-)
    4. Re:Standards by Anonymous Coward · · Score: 1, Informative

      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.

    5. Re:Standards by Tumbleweed · · Score: 1

      The biggest reason we've needed to use spacer gifs when using table-based layout is because browsers don't handle table layout correctly in the first place. Since all browser makers refused to fix such problems, new technologies like CSS were created by the W3C, a group of amazingly naive people who thought that the new technologies would be implemented better than the previous technologies. A simple look at CSS implementation in current should be enough to disabuse anyone of that notion. You'd think that correct HTML layout would've been easier to implement than CSS, though. *shrug*

    6. Re:Standards by mr3038 · · Score: 1
      [...]Having said that, CSS makes it difficult to do some things that tables can do easily (columnar layout), which is why many people still use very simple tables for basic layout[...]

      You could just use CSS rule display:table or display:table-row or display:table-cell depending what you're after for. Pros: you can use table-like formatting without totally messing the markup. Cons: Internet Explorer doesn't support table* values for display property.

      MSIE6.x is becoming next NN4.x when it comes to standards compliance...

      --
      _________________________
      Spelling and grammar mistakes left as an exercise for the reader.
    7. Re:Standards by jhunsake · · Score: 1

      I just went to your site skint.shef.ac.uk which doesn't render correctly at all on IE6. If you reply back here, I'll send you a screenshot.

    8. Re:Standards by Anonymous Coward · · Score: 0

      Huh, renders fine for me.

      -d

    9. Re:Standards by jhunsake · · Score: 1

      Try it not full screen, say 640x480.

    10. Re:Standards by Anonymous Coward · · Score: 0

      640x480 is the NS 4.7 of the world. It's dying.

    11. Re:Standards by jhunsake · · Score: 1

      On the contrary, think of all the larger PDA and smaller mini-laptops coming out.

  10. Re:bandwidth savings more myth than reality by sporty · · Score: 1
    I think you're missing the point, you don't redesign solely for the purpose of becoming standards compliant.


    Of course you can. It's called an opportunity. For instance, I work at a place that wasnt' ISO country code compliant. We fixed our databases so that we can later open ourselves to use other ISO country code compliant software. Nothing was particularly broken.

    All that's need for any system change is either an opportunity, a requirement (thing gov't) or a request (think biz).

    What about a gov't requirement to purge certain data?

    I know, it sounds like knitpicking, but it's the truth :)
    --

    -
    ping -f 255.255.255.255 # if only

  11. Re:bandwidth savings more myth than reality by JimDabell · · Score: 1

    We use mod_gzip for the "non-standards compliant" Work Complaint Center. We tried using xhtml + stylesheets in a mockup, but found that the redesign time would be enormous.

    Redesign or reimplementation? You certainly don't have to redesign a site to use XHTML and CSS. If existing content is the problem with reimplementation, have you considered that you are only creating more work for yourself in the long run? Implementing redesigns when you already have XHTML + CSS is far easier than doing the same with tag soup, and the longer you put off moving to a better structure, the more content you'll have to change over.

    Additionally, our logs show most of our readership uses older browsers, and we can't force them to upgrade.

    Some older browsers have problems with gzip encoding (yes, even though they say they can handle it). Specifically, you'll want to avoid encoding your external files (js, css) in this way.

    Furthermore, the bandwidth savings were minimal.

    Is your content mostly static or mostly dynamic? when 40% or so of the markup in a page is presentational, and those pages also go stale frequently, it can make a large difference. Four or five static css files can be cached very efficiently, especially as they can be used across the whole site.

  12. View Page Source by MobyDisk · · Score: 4, Insightful

    After reading the article, I decided to follow the link to their web site and peek at the source. I was quite surprised by what I saw. Here are some quotes from the article and the related HTML I saw:

    Do we want to send a 100KB index page full of Flash?
    // CALLED BY FLASH HEADER
    function changeiframe(iframemode) {...
    ...no code forking, no alternate stylesheets, and no box model hacks.
    if (navigator.userAgent.toLowerCase().indexOf('webtv' )... ie = "Microsoft Internet Explorer"; ns = "Netscape"; if (navigator.appVersion... if (document.cookie.indexOf("ESPNMotionClient=true") != -1 ) { document.write('

    I don't see that they've followed a single one of the guidelines. Maybe I'm looking at the completely wrong site or something?!?! I see browser-specific javascript, ActiveX controls, checks for browser and javascript versions, and flash.

    No, this post is not CSS/XHTML compliant. :-)

    1. Re:View Page Source by Anonymous Coward · · Score: 0

      Also run the site through the w3c validator to discover 298 HTML errors. Quite a lot for a ``standards compliant'' site I would say.

      validator

      Some of the more interesting errors include:

      Line 1105, column 8: end tag for element
      "SCRIPT" which is not open.

      Line 1107, column 6: end tag for element "BODY" which is not open.

      Line 1107, column 13: end tag for element "HTML" which is not open.

  13. Standards Compliance by Evro · · Score: 5, Insightful

    I love hearing about standardized web code on Slashdot, which is so embarrassed about its HTML that it blocks the validator.

    --
    rooooar
  14. Font Size by Anonymous Coward · · Score: 0
    Less code and faster loading pages. We reduced the size of our front page code by about 50%, and by using absolute positioning, we are able to display important parts of the page before other parts may have fully loaded yet.

    My first thought was that absolute positioning is a mess if you change your font size. My laptop is 1600x1200, so I need larger fonts. I loaded up ESPN.com and changed the font size. No effect. Lame.

    Then I read farther:

    Greater user control over content display. Although our front page is the only page which has been converted over standards-based code [as of March 2003], our new story pages are on the way. With these new pages, users will have control over font, size, and leading of all body copy and their preference will be cookied and used throughout every other story page.

    I understand this as a solution, but I find it ugly that this is being done server side.

  15. Fixed text size by PhilipMatarese · · Score: 1

    And just like ESPNs website this site has a fixed font size. Grrr.
    I can understand this on espn.com, where they have to fit stats in columns, but why on the text of an article.

  16. The "upgrade" page crashed my NN 3.04 by adelton · · Score: 1

    The "upgrade" page crashed my NN 3.04, which is the only reasonable browser to run on my SGI Indy machine because of speed and memory requirements. And which still displays majority of sites I care about reasonable well.

    I don't buy the "education" crap. It's the same as those sites that require you to use MS IE -- why don't they simply serve their standard page and let me decide if it is usable or not? Why do they think they know better than me what is good for me?

    Oh well.

  17. So why haven't you? by PhilHibbs · · Score: 1

    So, RadioheadKid, why haven't you switched to Light mode then? You save bandwidth, and there are no tables. Standards compliance, though ... dream on!

  18. browsers mentioned by dpash · · Score: 1

    It is cool that for a site aligned with MSN, that they mentioned chimera, safari and (imho most importantly) konqueror. We have arrived.

  19. Since when is Flash a web standard?? by phoenix_rizzen · · Score: 1

    That's what I'd like to know. How they tout espn.com as a standards-compliant website when they use such non-standard things as Flash??

    Just because 96.1% of their "regular" viewers have the Flash plugin installed does not make it a web standard.

    And here I was expecting something new and exciting, using XHTML, CSS, and all the other nifty new standards that have been approved over the past few years.

    1. Re:Since when is Flash a web standard?? by Anonymous Coward · · Score: 0

      Just because 96.1% of their "regular" viewers have the Flash plugin installed does not make it a web standard.

      ...and just because it comes from the W3C, it doesn't mean that it is a web standard. XHTML is not a standard. CSS is not a standard. The W3C even point this out explicitly. They are just specifications.

      If you want a standardised website, your only option is to use ISO-HTML, and related standards such as JPEG, that have actually been ratified by a standards body.

  20. Yes, this is off topic... by Moses+Lawn · · Score: 1


    And by the way, I've found Opera to be quite fast. Just keep an eye out for the memory leak!


    I think the memory leaks that Opera used to have in the 4.x - 5.x days are gone. You do have to be careful if you use the "Enable automatic RAM cache" option, though. My Opera (on W2k) is using 398,168k with that setting. Then again, I have 27 pages open and a 512 meg machine, so I'm cool with that. (Would you like to know my views on tabbed browsing?)

    Back to the topic: I agree completely. If you want to see modern web pages, you need a modern browser. If you're happy with a 1996 web, more power to you, but you really can't complain.

    --

    What if life is just a side effect of some other process and God has no idea we exist?

  21. Re:bandwidth savings more myth than reality by Moses+Lawn · · Score: 1


    Of course you can. It's called an opportunity. For instance, I work at a place that wasnt' ISO country code compliant. We fixed our databases so that we can later open ourselves to use other ISO country code compliant software. Nothing was particularly broken.


    Well, to *be* nitpicky, you didn't redesign because you weren't standards compliant, you redesigned to allow for future functionality. Changing a bunch of things just to be able to say "we're compliant with FOO.197" is harder to justify, unless you can do more business or save money by being FOO compliant. Which seems to have been ESPN's motive.

    --

    What if life is just a side effect of some other process and God has no idea we exist?

  22. Simplify by rakeswell · · Score: 1

    I appreciate the argument that a lot of CSS advocates make about moving to CSS/box layouts and away from tables in order to a) force people to upgrade their old browsers, and b) encourage browser developers to better and more consistantly implement the standards. Seperation between content, presentation, and style becomes all the more important when working with web applications and making the content available for multiple platforms (pc, wireless devices, etc).

    However, I'm also a strong believer in not locking anyone out or throwing up roadblocks for people to get at your content. I truly am beginning to feel that it's best to aim for as simple a layout as possible -- look at google or gnu.org. No headaches and everyone can easily read it.

    Perhaps that just isn't an option for a large content mill like ESPN, although another poster did mention that there's an ESPN mirror that removes all the cruft...makes me wonder how much bandwidth they could save by just simplifying. I wonder if anyone's done an analysis to show the bandwidth cost for transfering all the unnecessary image files in a typical commercial site.

    --
    All one has to do is hit the right keys at the right time and the instrument plays itself. - Johann Sebastian Bach
    1. Re:Simplify by Anonymous Coward · · Score: 0

      I appreciate the argument that a lot of CSS advocates make about moving to CSS/box layouts and away from tables in order to a) force people to upgrade their old browsers, and b) encourage browser developers to better and more consistantly implement the standards.

      Huh? That isn't the reason why we advocate using CSS. Removing presentation from the content means that presentation can be applied across lots of content, and improves accessibility for those people that aren't interested in that type of presentation (e.g. screen readers). Avoiding misuse of semantic markup (e.g. table layout hacks) means that programs can understand the content better (think alternative user-agents such as google, favelets, trackback, etc).

    2. Re:Simplify by rakeswell · · Score: 1

      The thread is probably dead, but... I whole-heartedly agree with you. What I really meant to say applies to a debate about attempting to accomodate the common browsers out there, and adopting CSS before it's widely and (well) supported across all common browsers. I'm assuming that it's a given that CSS should be adopted. However there is a real contest between producing a page that works in most all browsers and one that is standards compliant. The arguments I listed above tend to offer practical reasons for adopting these standards before they are well supported across all browsers.

      --
      All one has to do is hit the right keys at the right time and the instrument plays itself. - Johann Sebastian Bach
  23. Re:bandwidth savings more myth than reality by sporty · · Score: 1

    Well.. to be more nitpicky, you sometimes NEED to go by standards. What if the gov't required you never to store a credit card number ever again? Then you are redesigning because someone told you, you need to. not a business reason. I can give you references in books about this if you'd like :)

    --

    -
    ping -f 255.255.255.255 # if only

  24. Part 2 of the Article by elijahao · · Score: 1

    Here's a link to the Second Part of the article