Thanks everyone. As always, lots of good info, but it seems to always come down
to a back and forth on design where I work. I'm not a designer, just front-end
dev. Design usually wins. So I am forced to struggle to pull off what someone
else demands based on visuals.
Some day... Some day...
S
On Sep 28, 2011, at 3:57 PM, Barney Carroll wrote:
> Regarding the col element, the theory was that you would-be able to use it as
> a shorthand for all cells within it, thus defining colours, typography etc by
> implicit table structure rather than chucking class names on all cells, using
> a
Regarding the col element, the theory was that you would-be able to use it as a
shorthand for all cells within it, thus defining colours, typography etc by
implicit table structure rather than chucking class names on all cells, using
adjacency selectors, or somesuch.
In practice, browser suppor
Thanks Philippe. Besides simple html emails, I haven't used a table in
a long time. I'll dig into border-collapse and spacing.
For the element, it seems that besides passing the validator,
it's kinda the same as setting widths on s or s, no? Adding a
"row" of s - extra markup - just to set width
On Sep 28, 2011, at 5:55 AM, Tom Livingston wrote:
> The html errors i can live with. I do not know how to do cellspacing
> with CSS
border-collapse & border-spacing
http://www.w3.org/TR/CSS21/tables.html#borders
> and I think classing table columns to control width is kinda
> silly.
hmm.
The
On Tue, Sep 27, 2011 at 3:57 PM, David Laakso
wrote:
> On 9/27/11 3:26 PM, Tom Livingston wrote:
>>
>> List,
>>
>> I'm going around and around with this and can't see the source of my
>> woes. Can anyone see the cause of layout issues in IE8 and IE7?
>>
>> IE8 is close, but it seems like selectivz