So I really enjoyed reading through Alex Robinson’s CSS treatise, In search of the One True Layout, in particular I’ve been playing with the equal height columns technique, or as Eric Meyer called it, the Extremely Tall But Clipped Columns technique.

At first glance, everything seemed to work (in Firefox at least) but today I discovered the first chink in the wall, which isn’t so much a bug in the technique as a problem in Firefox (I think), and one that I’ve seen crop up in different incarnations.

The problem being that when Firefox hides content that’s overflowed, it doesn’t completely obliterate it. Depending on what sort of focus the clipped block has, a scroll wheel can actually expose the hidden content as if the block had overflow set to auto or scroll.

The bug became abundantly clear when I used a link that linked down to a target anchor in the same div. This is how it looks before you click the link:

And this is how it looks after:

You can see that all three columns (all of which are just left floated divs, which may be part of the problem) have scrolled up in tandem to the level of the header.

In Internet Explorer I’ve got a completely different problem. It appears that IE is hiding the overflowed content, but it’s using the bottom of the viewport to determine where to stop displaying content. So no scrollbar shows up, but the footer div gets overlayed by the “extremely tall but clipped columns.”

Argh!

Anyways, here’s the source code for the examples above: equal-height-columns.html. Comments are always welcome.

This post first appeared on From the Belly of the Beasts, a weblog from some of the people who build O’Reilly websites.

Tim Bray on Google Analytics: I don’t think they claim to do anything to track the people who read this via RSS/Atom, which means that it will become less useful with time until they address that, which I’m not sure is possible.

This post first appeared on From the Belly of the Beasts, a weblog from some of the people who build O’Reilly websites.

Timely: an overview of multiblog software options

This whole content management thing is surprisingly a nontrivial problem.

This post first appeared on From the Belly of the Beasts, a weblog from some of the people who build O’Reilly websites.

Though it’s not explicitly specified in the spec (as not much really is) I thought I’d mention here for future reference that RSS 2.0 really only expects there to be one enclosure per item.

This question comes up from time to time, and I’ve resisted answering it directly, thinking that anyone who really read the spec would come to the conclusion that RSS allows zero or one enclosures per item, and no more. The same is true for all other sub-elements of item, except category, where multiple elements are explicitly allowed. The spec refers to “the enclosure” in the singular. Regardless, some people persist in thinking that you may have more than one enclosure per item. Dave Winer

This post first appeared on From the Belly of the Beasts, a weblog from some of the people who build O’Reilly websites.

At O’Reilly Media, Inc., we take Inter Net hygiene very seriously!

This post first appeared on From the Belly of the Beasts, a weblog from some of the people who build O’Reilly websites.