GarrettBartley.com

Why I can’t get my head around tableless CSS

…and why Web 2.0 design really irritates me.

I’ve been trying for the better part of the past two months to get my head wrapped around this whole tableless CSS Web 2.0-design craze. I’m a left-brained kinda guy. I want structure. I’m good at structure. I am the “table god” as I am known to some (no, seriously, that’s what a few people call me). The idea of flat-coding blocks to be stacked all around the page doesn’t work for me. Especially when you can’t really stack them as there is little to no vertical positioning! Sure, you can left, top, right, and bottom, but that is absolute positioning. Whoever thinks that’s a bright idea needs to speak to me. Absolute positioning within a fixed relative space (not the entire page), is okay sometimes. But that’s it. Absolute positioning, widths, and heights aren’t scalable. And the scalability (or complete lack thereof) is what really bothers me.

If you’re a user in a public library stuck at 800×600 trying to browse several of the Web 2.0 sites, you’re not only going to have to scroll vertically, but horizontally. So, it can take several passes both vertically and horizontally to absorb all the information. From a little bit of surfing, it seems like 1024×768 is the golden resolution to run at. Anything higher and you don’t get any improvements. But, seriously, a lot of us left 1024×768 a few years back. Now, I’m running at 1680×1050, 16:9 widescreen aspect ratio. Now, all these Web 2.0 sites are starting to look anorexic with their fixed widths that don’t scale. Sure, you can set a div width to 100%, but I’ve found that it doesn’t always work as you would hope in ANY browser. So, designers just design for one resolution and only use that resolution. It’s almost as bad as simply testing with one browser.

I’ve browsed around and collected some screenshots to illustrate my grief. I sampled 12 sites. A few local companies and some big-shot sites. Of the twelve, there are six that can be viewed in 800×600. The rest can be viewed at 1024×768 or larger. Once you start getting above that, it’s a lot of wasted screen space. Wasn’t that stuff valuable at one point in time? One argument is that it makes things look less cluttered. To me, it’s a way of stacking the clutter vertically and not spacing it out horizontally. There is only one site of my samplings that actually makes use of tableless CSS and scales from 800×600 all the way up to 1680×1050 (and beyond).

Now, on to my screenshots.

Sites that are tableless and 800×600-only:

Sites that are not tableless and 800×600-only (and that’s just sad):

Sites that are tableless and scale between 800×600 and 1024×768:

Sites that are tableless and 1024×768-only:

Sites that are not tableless and 1024×768-only (another sad case):

Finally, a site that is tableless AND scales to all resolutions from 640×480 to 1680×1050:

For some sites without enough content to fill a thimble, this is all fine. But, for sites that actually have content, compressing all the clutter into one near-painful mass of colors just hurts. Our monitors have two dimenions, why not use both of them?

Hopefully, someone will come along and save the day by removing us from our little fixed-width boxes and break the trend of almost all of these sites looking the exact same (okay…the colors are different). The only two sites that stand out to me are Slashdot.org and Digg.com. Digg only barely stands out because it doesn’t have a definitive border around its box, but there’s still an invisible box there. So all you crazy web designers and original thinkers out there, come up with something new for the rest of us before we all get bored to death by your terribly colorful and creative pieces of something that looks like everything else.

4 Responses to Why I can’t get my head around tableless CSS


Comments

  1. Comment by Anonymous | 2006/04/12 at 18:18:22

    It’s all about usability, and I’m not talking pure geek usability (and I’m not using that in a negative sense) but the broad way in which we process information. We need a coherent narrative, a flow of the information that makes intuitive sense that we can grasp quickly and easily.

    CSS and fixed-width designed is oriented around this fact. If you’ve got content that needs a crap ton of room (which you’d agree is rare) then there ARE ways to do it in an expeditious fashion in css, the problem is many developers don’t know how to do so, or know how to do it quickly and easily with tables.

    But most websites and their content don’t need this much room, in fact, to give it that much room creates a counter-intuitive, difficult to use page setup, where the eyes don’t know where to land and the user doesn’t know what they’re supposed to be looking at. Order, in other words, is a very good thing and css does this wonderfully.

    As for the 800×600 and “everyone is doing it so its not creative thing” that’s two seperate issues. 800×600 (or 1028×768) is the most common browser size, or, its the one that doesn’t take up your entire damn monitor. I don’t want a website that takes up my entire monitor, I want it focused and easy to use. Don’t even get me started on the millions of users out there on laptops who don’t have the 17″ powerbook (heck, I’ve got the 12″).

    Which is why so many people are doing it that way. Its like building a house with walls, a car with four wheels, or any kind of structure for that matter. As the web has matured as a medium the chaotic no boundaries of the pre-dot-bomb era are now understood as the web & web design in its infant phases.

    The creativity comes with what you do inside of that structure, your color pallete, the little touches, the way you treat images, the type/font you chose, etc. etc. That’s not to say amazing things can’t be done with flash and the magicians at Tubatmic with flashtime, but thats not (as you’d agree) the way you’d want to go with organizing the vast amount of content available on the billions of individual websites out there. You want order, coherence, and usability; and standards based fixed-width CSS just happens to be (currently) the best way of going about that.

    Oh, and thanks for the little Coptix reference. Did you notice that Chattablogs is tableless css too?

  2. Comment by James | 2006/04/12 at 20:27:12

    really anything is possible with CSS and DIVs you just have yet to quite get the concept I’m sure, I was annoyed with it to at first but it starts making sense when you learn all the tricks involved.

  3. Comment by Garrett | 2006/04/12 at 22:29:45

    Perhaps one of the biggest problems I have with moving to CSS page layouts (besides the obvious frustrations of learning the intricasies of it) is that most of the pages/applications that I develop do required a lot of data to be displayed. Users want it all right there in front of them so they can see it at first glance. That falls under the usability category, I guess.

    What I think I need is some sort of CSS page construction for table wizards type of tutorial, book, or how-to. Side-by-side examples of table vs. CSS with less content and other garbage that you’d have to sift through to learn by example from viewing the source on sites.

    I’m on the verge of writing and re-writing several applications at work and on personal projects, and I want to try and bring them up to standards. I’m quite familiar with using CSS and divs to style things and do a little bit of position, but entire page structures complete elude me.

    I did notice the ChattaBlogs layout, of course. But the first iteration of the front page was pure tables in all their glory.

    “One tag to rule them all. One tag to find them. One tag to bring them all and in the darkness, bind them.”

  4. Comment by Rial | 2006/05/03 at 10:21:28

    I prefer scalable CSS if tables aren’t an easy option. I hate the static-sized sites, it makes for horible viewing on my 1600×1200 20″ monitor. Heck, google uses centered tables, and it turns out nicely for any res.


Comments are closed