Just put a class on all your s and then you don't have to worry about this selector mess at all
[07:28:01.0000]
Oh, I know, it was whether the CSS usage will have changed in the past 2 years or whether IE6 is still too influential
[07:28:02.0000]
(And I would assume very few people used nested tables that aren't CSSless layout tables)
[07:29:00.0000]
It'd be interesting to see how many of the non-trivial selectors are used for browser-targetting hacks rather than for anything sensible
[07:30:00.0000]
i guess the most common child selector is html>body
[07:31:00.0000]
Anyway, the point is that a markup guide should mention tag inference because a) it is not really that hard to understand b) authors often unwittingly use it, specifically in the case of
[07:32:00.0000]
I don't disagree that it should be mentioned :-)
[07:32:01.0000]
and c) if it is not mentioned it will confuse people who have never heard of in HTML 4 and think it is a new concept in HTML 5
[07:32:02.0000]
I just think it makes sense to promote (via the early text and the examples) a style which is closest to what people do today, e.g. always have html/head/body and never have tbody
[07:33:00.0000]
because that seems to work alright today
[07:33:01.0000]
i think it's ok to be mentioned and even spell out the rules in a more understandable way than the spec (but possibly with less precision), but i wouldn't *start* with it
[07:34:00.0000]
zcorpan: That sounds sensible indeed.
[07:35:00.0000]
Yikes
[07:35:01.0000]
can anyone suggest a simple way to describe the meaning or purpose of a DOCTYPE, without going into details about standards mode?
[07:35:02.0000]
Lots of people use X-UA-Compatible
[07:35:03.0000] |