2007-05-23
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 decided to write couple posts, from my perspective as a CSS Working Group Invited Expert, on where we are, why we're here, and where I think we should be going.
Disclaimer: This is my personal viewpoint and does not necessarily represent the perspective of anyone else.
First I'm going to answer a few questions that seem to be floating around.
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 www-style@w3.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.
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. 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 shy: we do want to hear your opinion, 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 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, and most recently 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. 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. The company as a whole may be trying to undermine the Web's openness, but the reps they send to the CSS Working Group genuinely believe in cooperating through the W3C and moving forward with web standards.
Continue: problems I see and how I think we should address them.
P.S. I don't have a trackback or commenting system, since this is static HTML. But css3.info has a copy, so you can talk back there.
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。