[whatwg] HTML 5 : Misconceptions Documented

Anne van Kesteren annevk at opera.com
Sat Jan 17 08:58:52 PST 2009

On Sat, 17 Jan 2009 14:18:07 +0100, Mike Wilson <mikewse at hotmail.com>  
> Ian Hickson wrote:
>> The idea is to make it so that browsers don't feel forced to
>> add _any_ non-standard behavior (other than experimental
>> innovations using vendor-prefixed names and stuff).
> That's a good thing. Still, seeing this quite non-trivial
> "feature-bug" being standardized, I see the potential for
> making the standard unnecessary complicated if including a lot
> of these legacy quirks.

Well, the Web is unnecessarily complicated and browsers are by extension.  
If we want to allow new browsers to enter the market space, existing  
browsers to be able to compete more effectively, and be able to add  
extensions on top of the existing platform, specifying it and striving for  
convergence is the best bet we have.

> So I wonder what is your process for
> determining if a "quirk" should be included in HTML5 or not?
> Is there any listing of other quirks together with a yes/no
> decision whether to include them in HTML5?

There is no exact list and some of the weird bits are done by other  

> Also, what is the general ambition for compatibility with
> legacy content? Until reading this thread I personally thought
> HTML5's legacy compatibility revolved mainly around rendering
> and document validity, but now I realize it has a lot to do with
> script compatibility as well?

Yes, and parsing, and interpreting weird attribute values, etc.

> And please do not take this message as criticism, these are
> just interesting (to me) questions that I couldn't find the
> answer to on the whatwg FAQ.

Feel free to add questions there and answer questions you know the answer  

Anne van Kesteren

More information about the whatwg mailing list