Do you want to know how the CSS WG works? Fantasai has written about:csswg, An Inside View of the CSS Working Group at W3C.
Lately there’s been a lot of talk about the CSS Working Group and about how we’re closed, out-of-date, slow, and/or dysfunctional. I’m acknowledging Andy Budd’s post here and other comments. It’s not very clear what we’re working on or why it’s taking so long, so I wrote this post, from my perspective as a CSS Working Group Invited Expert, on where we are and why we’re here.
This is a slightly revised copy of the first half of a two–part posting from my own weblog. Now that the CSSWG blog has been inaugurated, I (and others) felt this post really belongs here. I hope it clears up some mysteries and misconceptions about the CSS Working Group.
For those who think CSS2 was finished quickly and now CSS3 is taking forever… CSS2 wasn’t finished. It was published as a W3C Recommendation because back then, a Recommendation was the same as a Candidate Recommendation is now and got even less scrutiny from experts like David Baron and implementors like Boris Zbarsky. So CSS2 will actually be finished when CSS2.1 is finished. It’s not done yet.
The CSS Working Group is working on three things these days:
Most of our focus as a group has been on CSS2.1. Progress on other drafts depends entirely on whether we have an interested editor who’s putting in the time.
Drafts that have been pulled back from CR were pulled back due to problems in the CR. If a specification needs substantive changes, even minor ones, it has to be returned to working draft status. Selectors was pulled back for relatively minor changes; CSS2.1 was pulled back for lots of tiny to medium-size changes; and CSS3 Text was pulled back for a complete rewrite (see e.g. my comments from 2003).
It’s mainly about time. The active CSS Working Group members all have very busy full-time jobs, many of them at the manager level. These members would love to spend more time on moving CSS forward, but due to their many other responsibilities, just can’t. It’s been argued by some that being a committee rather than a dictatorship is inefficient, but aside from CSS2.1 and other CR-level drafts where we need to make sure all the implementors are on board with any changes, the CSS WG only exercises loose oversight on a spec editor’s work: ultimately the bottleneck is the total amount of time×skill spent banging at the keyboard.
(Notice that the WHATWG has an extraordinarily talented and knowledgeable spec-writer working more or less full time on the HTML5 spec, and the draft is still in the unfettered-development working draft stage.)
You can Just Ship software with bugs in it to put out a new stable release because it’s versioned. The next version replaces the old. You can always fix the leftover bugs in the next version. CSS doesn’t have versions. Any problems there are in the way CSS2.1 defines things can’t be fixed in CSS3 except maybe by adding really confusing sets of switches. CSS3 cannot change anything in CSS2.1, it can only build on top of it.
Next, I want to set the record straight on a few things:
The W3C has had an open, archived mailing list dedicated to getting feedback on style sheets from the public since before there was a CSS Working Group. It’s called firstname.lastname@example.org and anyone can join, post, and participate in discussions as long as they agree to let the W3C archive their comments. We publish public drafts of our specs precisely so that we can get comments from web designers, implementors and random techies. And despite what Hixie says, all our active members are subscribed to www-style.
If you’re posting a weblog entry about one of our specs, whether you’re famous or not, chances are we won’t see it. We don’t spend hours surfing the blogosphere searching for something we don’t know exists. Post the URL to www-style, or at least private-message it to someone and ask them to post it for you. Don’t be arrogant and don’t be shy: we do want to hear your ideas and opinions, good or bad.
The W3C standards development process has historically been somewhat closed: public mailing lists were available for discusssion, but decisions were made behind the scenes by committees of paying W3C members. From what Bert (our chair) has been saying over the years, there seem to be several reasons for this:
As Daniel Glazman would have one believe with his stories of confrontation at the table and smoky-backroom negotiations in the hallways back during the Netscape-Microsoft browser wars, reasons #2 and #3 were probably much more important in the past. Nowadays, the CSS Working Group makes almost all its decisions by consensus. Very few decisions have come to a vote. Very little confidential information is shared. We’d be happy to open up more of our records to the public, and we resolved at the last face-to-face meeting that we want to shift all our technical discussion to a public mailing list if we can just sort out the inevitable technical and IPR issues.
I do believe the CSS Working Group can and should be more open, but the reason we’re not more open is a lack of time and pressure to overcome the bureaucratic overhead and inertia, not a lack of desire to interact with the rest of the world.
I have no idea what Microsoft Corporation’s agenda is, but ever since they rejoined the CSS Working Group, the Internet Explorer team has been actively participating in the working group. Markus Mielke has been consistently pushing us to spell things out explicitly one way or the other rather than leave anything undefined; Paul Nelson, whose expertise is in internationalization and fonts, has volunteered to pick up some of the specs whose editors left the working group years ago; and Arron Eicholz and his QA team are working to contribute Microsoft’s CSS tests to the CSS2.1 Test Suite. That’s not the behavior of a group that wants to hold back standardization. Markus’s team wanted to fix more bugs in IE7, but the release schedule didn’t give them the chance to make many of the changes they wanted. I won’t say anything about the rest of the company or how they handle such issues in other forums, but the reps Microsoft sends to the CSS Working Group genuinely believe in cooperating through the W3C and moving forward with web standards.
Off-site: Part II: Opening Up