A few thoughts about CSS, tables, and the mechanics of page layout.

We do not know the past in chronological sequence. It may be convenient to lay it out anesthetized on the table with dates pasted on here and there, but what we know we know by ripples and spirals eddying out from us and from our own time.

Ezra Pound

Technorati lead me this morning to CSS considered hurtful (sic) by Peter Sefton. He’s been waiting for me to write another piece on CSS.

Peter points to an essay by Andy Budd where Andy plays devil’s advocate for the table paradigm.

I have a few comments.

Comments:

Hi, got here from an off-topic link in a google search.

Just in case you have a mailer or look back on this someday, I'd like to point out that CSS is NOT a table replacement scheme. There are a lot of folks out there who dislike tables and would like to use CSS to replace them, but it's not anywhere near a rule.

I use CSS with tables just fine. CSS is all about separating the layout from the content. And it makes code cleaner. A site converted from plain HTML to one with a stylesheet uses half or less code, less tag attributes all over the place and no more useless tags. All fonts, colors, styles and ecetera are all globally controlled from the one CSS file.

Posted by Tim on 21 Mar 2006 @ 11:27am UTC #
Add a comment or subscribe to (existing and future) comments on this essay.
Name:
Email*:
 *Please provide your real email address; it will not be displayed as part of the comment.
Homepage:
Comment**:
 **The following markup may be used in the body of the comment: a, abbr, b, br, code, em, i, p, pre, strong, and var. You can also use character entities. Any other markup will be discarded, including all attributes (except href on a). Your tag soup will be sanitized...