[whatwg] microformats incompatible with WebApps 1.0 ?

Martin Atkins mart at degeneration.co.uk
Tue Dec 12 11:58:15 PST 2006


Mike Schinkel wrote:
> 
> But you are assuming there is a downside to them for calling it "foo-name"
> vs. just "name."  There isn't; developers use conventions all the time.  And
> if you read my proposal clearly, the prefix is only needed on a top-level
> element or to disambiguate.
> 

I'm not sure if you are actually proposing what I'm proposing or if 
you're just mentioning this in passing, but it seems to me a reasonable 
compromise to create a registry of *container* classes which can contain 
microformats or other extension stuff. Since these things only have to 
be used once, they can be a little bit obtuse to avoid conflicts with 
author-invented classnames.

You just need to mention in some spec (which, in theory, doesn't even 
have to be the HTML5 spec, since "class" is just an list of opaque 
strings as far as HTML is concerned) that there will be a registry of 
container classes which will all have some common prefix and that within 
that container anything goes.

Some arbitrary new microformat "foo" could then be assigned (for 
example) the prefix "x-foo", into which it can plonk whatever it likes:

    <div class="x-foo">
        <div class="cheese">Cheddar</div>
    </div>

You could even go so far as to specify that these prefix names will 
never contain a dash, so the "owners" of the x-foo prefix would be able 
to invent their own containers such as x-foo-giraffe without fear of a 
later "registrant" getting that as a container name.

If any of the inner classnames conflict between schemas, they can be 
disambiguated in CSS and elsewhere using contextual selectors.

Authors would then be discouraged (but probably not forbidden) from 
using the "x-" prefix (or whatever is selected) for their own made-up 
classnames.




More information about the whatwg mailing list