On 6/21/10 2:57 AM, Tisza Gergo wrote:
Aryeh Gregor<Simetrical+wikilist<at> gmail.com> writes:
You can't get the exact auto-width algorithm for the cells, but in typical infoboxes it will be fine if you just set it to 50% or something.
As I mentioned in another post, this is probably a case where you actually do want a <table> tag.
Side note: it's rarely worth considering the table-* CSS attributes.
1) They aren't supported by all the browsers we care about.
2) If you're tempted to use them, it usually is a sign that you should try something else. In my opinion, they are only useful if:
- Your data really isn't tabular, AND
- Your data can't be divided up in a different way without sacrificing semantic understanding, AND
- The contents of a certain element are very unpredictable in a way that leads to unpredictability of height or width in your chosen layout; AND
- overflow or scrolling the elements is not an option; AND
- you need the width or height of other adjacent elements to match exactly (for example, the blocks are tinted in some contrasting color compared to the background; OR there are vertical rules separating elements; OR element content is supposed to be vertically centered).
There are situations that do meet all the above constraints, but they're relatively rare, and are usually aesthetic choices rather than hard requirements. Amendments to the above rules are welcome, I'm just trying to start a discussion.