- From: Matthew Ratzloff <matt@builtfromsource.com>
- Date: Mon, 12 Mar 2007 11:32:14 -0700 (PDT)
On Mon, March 12, 2007 10:39 am, Ian Hickson wrote: >> It's tempting to think that browser makers will get it right the first >> time, but I'm not sure I believe it. <!DOCTYPE HTML> might introduce >> headaches when Microsoft or Mozilla or somebody realize they've had a >> bug in their rendering engine for a couple of years that people depend >> on now. Does that DOCTYPE now become <!DOCTYPE HTML STRICT>? > > No, we just fix the spec. I don't understand. The bug becomes part of HTML 6? > You still end up with dozens of codepaths to test. Testing one browser is > a near-infinite amount of work, increasing the complexity is not workable. The idea was that common functionality would be moved back into the core, so that dozens of code paths wouldn't have to be tested. Requiring bug reports to contain either a URL or the version the bug occurs under would narrow bug hunting greatly. And it's not like it'd affect the entire code set--JPEGs, for instance, aren't subject to version differences. >> In effect, I'm suggesting a structure like this: >> >> --Base rendering engine >> | >> +- HTML 4 quirks mode >> +- HTML 5 (renders HTML 4 strict as well) > > I think you have a simplistic view of how browsers work. I recommend > looking at the source of Mozilla or Webkit. I have no doubt that you are more familiar with the innards. I was speaking broadly, though, and I have looked at both before (I've even contributed a bit of code to Firefox--woohoo, right? :-D). However, on your suggestion I took another look. The primary barrier to something like this seems to be the somewhat random way the code is organized, not any sort of intrinsic difference in browsers from the rest of the software world. In any event, this is basically off-topic at this point, so no reply is necessary. Thanks for the banter. :-) -Matt
Received on Monday, 12 March 2007 11:32:14 UTC