The W3C Cannot Save Us

Things are finally moving over in CSS-land. On the positive side CSS column layouts are looking pretty nice, having dropped their dependency on the the janktastic “advanced” layout module and there’s some initial movement on improving the CSS-OM.

But all is not well, nor has it been for a long, long time. No work on hbox or vbox or mixins/inheritance. There’s also no indication that the WG has taken stabs exposing the expressive power that Microsoft exposed with CSS expressions.

More importantly, Andy Clarke is pretty disgusted by what he sees of the process and participants and so, apparently, is David Baron. Anyone who has met David in person will probably understand how much of a big deal this really is. It signals the effective end of the CSS WG as we (don’t) know it. Rebuilding credibility in the WG is going to be much, much harder now that Mozilla’s representative has effectively given up on the closed-door process. The working group’s secret cabal style of operation is imploding. It was inevitable, but the timing is still a surprise.

But why was it inevitable? And should we take Andy’s suggestion seriously and expect a re-chartered WG to do better? After thinking about it for a while, I think the answer is that we can’t expect any standards body to do what is being asked of the CSS WG; namely to invent the future by committee. It’s particularly unreasonable to expect progress when deployed browsers provide so much momentum that the safest thing to do is to solve the little problems and ignore the large ones. This is also a well-worn stalling tactic used by vendors playing for time as to marginalize the standards process or solidify their lead such that it becomes a de-facto standard. This is a good reason to reject closed working groups, but the web standards to which advocates now cling were developed in those same closed systems. Closed clearly can’t be all bad nor can it be a primary cause for the lack of progress. We seem to be hugely confused and conflicted about the relationship between standards, vendors, and how we get to a better future.

Before I lay out all the forces involved, let me first say what everyone knows but few truly accept:

In order for the future to be better by a large amount, it must be different by a large amount.

I think that statement alone is enough to indict Opera’s anti-trust actions as stupid and ill-considered. But we should also recognize that it forms the basis of Opera’s grievances. We should all be pissed off that the discussion today hinges on how we will get MSIE to improve by slight degrees (or should we expect more?). Opera could have done better, though, by shipping Gears and working with Google to make it a host for pluggable renderers…like Opera. Too bad Opera has prioritized proving a point over actually improving the situation. But I digress.

So what was so different about the late 90’s that it allowed a closed process to make huge gains in a short order while we can’t even get basic architectural issues addressed in a timely fashion today?

The first major reason is that web developers in the 90’s were looking forward, not backward. I remember being excited about getting the chance to use new features and not caring who gave them to us. As a community, web developers hadn’t collectively “picked sides”. I think the market as a whole still has that essential optimism built in, it’s just that the more that self-identified web developers focus on how standards compliant things are (or aren’t), the more we lose the sense that it can get better. So platforms not tied to standards race ahead. Why is anyone surprised that Adobe has essentially kicked HTML’s ass with Flex or that Microsoft feels it can do the same with Silverlight in a couple of revs? If you buy either Adobe or MS’s lines about how these platforms aren’t there to replace HTML, I’d like to sell you some prime property in the Pacific.

But, I hear you yelling, it sucked to build things back then! It was hard! We didn’t know what bits of the technology we could use portably, and the W3C saved us from that mess!

Oh really?

Try teaching a good programmer without a web background to build anything reasonably sophisticated with web technologies today. Doing so will teach you painfully, embarrassingly that there are huge tracts of the HTML, CSS, and DOM specs that you simply can’t use. IE’s bugs combined with its market share conspire to ensure that’s true, and we wouldn’t get off the hook should IE 8 magically transform into a perfect reference implementation. Mozilla, Opera, and Safari all have their own warts as we get to the edges of what’s theoretically possible with current specs. And that’s not even taking into account how utterly wrong, broken, and silent the specs are in several key areas. Even if the specs were great, we’d still be gated by the adoption of new renderers.

It’s clear then that vendors in the market are the ones who deploy new technologies which improve the situation. The W3C has the authority to standardize things, but vendors have all the power when it comes to actually making those things available. Ten years ago, we counted on vendors introducing new and awesome things into the wild and then we yelled at them to go standardize. It mostly worked. Today, we yell at the standards bodies to introduce new and awesome things and yell at the browser vendors to implement them, regardless of how unrealistic they may be. It doesn’t work. See the problem?

Andy is probably wrong to suggest that a new working group (no matter the structure) can succeed in fixing the impasses of the existing CSS WG if only because no working group at the W3C has the power to effectively and definitively introduce new things into the market. Only browser vendors can do that and no amount of buy-in at the W3C can force vendors to implement. The last decade is proof enough of that. We need to wise up to this key point: standards bodies are downstream of implementations, and that’s the only time when they work well.

Until we get some great new (non-standard) CSS features out Mozilla, Opera, and IE nothing will get better to the extent that we will again be optimistic about the future (Safari earns a pass). The size of the improvements they deliver in the future are directly tied to our expectations of how different the future will be. Only when there are large and divergent ideas of how to proceed expressed through competing, successful implementations will standardization really work to whatever extent that it can reasonably be expected to.

Let that sink in a bit. To get a better future, not only do we need a return to “the browser wars”, we need to applaud and use the hell out of “non-standard” features until such time as there’s a standard to cover equivalent functionality. Non-standard features are the future, and suggesting that they are somehow “bad” is to work against your own self-interest.

Web developers everywhere need to start burning their standards advocacy literature and start telling their browser vendors to give them the new shiny. Do we want things to work the same everywhere? Of course, but we’ve got plenty of proof to suggest that only healthy browser competition is going to get us there. Restructuring the CSS WG or expecting IE8 to be “fully standards compliant” is a fools game.

Put simply, Zeldman is hurting you and only you can make it stop. Neither the CSS WG nor the HTML 5 WG nor, indeed, any W3C working group can define the future. They can only round off the sharp edges once the future becomes the past and that’s all we should ever expect of them. As much as they tell us (and themselves) that they can, and as much as they really would like to, the W3C cannot save us.

Update: the implosion continues apace. Hixie outs Microsoft’s rep as stalling on embeddable fonts and runs up the flag on why he thinks it’s just not working in general. Interestingly, one of the MS reps has seemingly seconded dbarons “lets do this in public” sentiment as Hixie smacks down Bert Bos’s leadership of the CSS WG. It’s easy to get caught up in the horse race on this, but I want to again suggest that none of this will get better until the browsers start taking risks. Hopefully openness and transparency will allow the world to judge the actions of the WG until then without removing the ability for the WG to function when the cavalry does arrive.


  1. Posted March 2, 2008 at 5:45 pm | Permalink

    Alex, I just found your blog and I’m loving it. You have the right idea about the web, and it’s great to see so many of the ideas I’ve had kicking around in the back of my head expressed so well.

  2. Posted July 31, 2008 at 4:27 pm | Permalink

    You’re definitely right that innovation doesn’t come from the standards bodies, it comes from the market. I recently started blogging at the above link about what a new thin client might look like. I talk in the second post about how to keep new software platforms open while encouraging innovation. Any ideas and feedback would be appreciated.

  3. Posted November 18, 2009 at 12:37 pm | Permalink

    to Marty McKeever and his relpy: Standards cannot drive innovation.. Marty, you right in first part of your sentences, but not in second one… The most of standarts exist for reinventing innovations

11 Trackbacks

  1. By Bill Higgins :: RIA weekly podcast and errata on February 18, 2008 at 12:49 pm

    […] another point in the podcast, I mention a blog post by Alex Russell of Dojo where he talks about standards not saving us and encourages browser vendors […]

  2. […] the CSS working group and the W3C in general have come under fire as Opera launches an assault on Microsoft. A counterculture of pro-proprietary technology advocates […]

  3. […] cele mai mari companii din lume isi impun punctul de vedere, nu neaparat spre binele clientilor lor [13]. […]

  4. […] for not pushing the web forward is both humorously off-target and distressingly common. I’ve written about this before, but fundamentally you can’t blame the W3C for failing to act because it’s not the […]

  5. By The Universal Desktop mobile edition on July 15, 2008 at 11:25 am

    […] and really, the W3C wasn’t made for innovation and people are starting to realize that. Alex Russell realizes it, and more […]

  6. […] and liberating. But where the spec is in-front of the important implementations…well, I’ve ranted before on the topic. CSS sucks, and the editor of the spec has now written at length of his intent […]

  7. […] must be willing to push the web in new ways. Indeed, Alex Russel (of Dojo) comments on this in a post on the failure of the W3C: To get a better future, not only do we need a return to “the browser wars”, we need to applaud […]

  8. […] compilation of comments on this topic. I especially found this quote on standards from Dojo’s Alex Russell to be very insightful: we need to applaud and use the hell out of “non-standard” features […]

  9. […] of the ECMAScript group and the CSS-WG in the W3C. Plenty of good discussions of what went down here, here, here and here.It’s pretty crazy to me that all the reasons being cited as to why these […]

  10. […] another point in the podcast, I mention a blog post by Alex Russell of Dojo where he talks about standards not saving us and encourages browser vendors […]

  11. By Terug naar jQuery | Nomark on June 6, 2009 at 6:53 am

    […] approach for associating behavior directly with the element. Alex Russell of Dojo has written about this previously. Second, all effects that can be accomplished by using element attributes can also be accomplished […]