That sounds logical at first blush, but you're actually looking at the problem backwards.
Markets have power, standards organisations don't.
If the W3C had for some reason told browser vendors "now you have to ship DRM to comply with the standard", with no evidence that it was something that consumers wanted, they would have been told to go to hell. Exactly that happened with a whole bunch of other W3C "standards" that no one was actually interested in shipping; XHTML2, SMIL, XForms, etc.
In practice what happened with DRM is that consumers made it clear that they were very happy to run DRM systems in exchange for access to media. For example almost everyone is prepared to install Flash and Silverlight to get access to video services like NetFlix. Media companies also made it clear that they had no intention of giving up on using DRM on their products, especially whilst consumers were showing themselves to be so ready to embrace DRM-using services. So it's already been the case for some years — essentially for as long as bandwidth sufficient for streaming video has been commonplace — that, as a browser vendor, you have the choice between supporting content that uses DRM (e.g. through your plugin system) or losing so much marketshare you become irrelevant.
More recently browser vendors, including Microsoft, Apple, and Google, decided to cut out the plugin middleman and start shipping their own proprietary DRM systems baked directly into their browser. It was at this point the W3C got involved in standardizing the interface between the browser and the DRM system. But this was long after there was any hope of keeping DRM off the web; everything that's happening now is a retroactive damage limitation exercise.
There is a difference between a product with market power and a standard. A product's lifecycle is always limited and its market share after going up can only go down. Witness Flash, witness IExplorer and ActiveX, witness Symbian.
A standard on the other hand can potentially live forever. And all implementations must follow it. And for example, a browser with DRM in it can no longer be fully open-source, which should be reason enough for W3C to not standardize DRM. Plus let's be honest, DRM is fundamentally flawed, its main purpose for which it actually works being the lock-in of honest users, purpose that is incompatible with the concept of a browser. If Netflix wants to serve DRM-ed content, they apparently have no problem in implementing their own thing, so I fail to see what the W3C is trying to solve. And yes, next we'll talk about the Linux kernel, because DRM is only "secure" if the whole chain is "secure".
And also if users want Netflix, that's fine, I'm actually happy that it works on Linux now, but I don't want DRM and users may not want DRM forever, as could be seen with MP3s and pushing for standardization is shoving it on people's throats.
Yea, I agree, that's why I wasn't that opposed to W3C adopting DRM into the standard.
But I think most the resistance is more ideological than pragmatic. People are upset because the standard represents a shared platform that every actor in the market has a say in. People who are anti-DRM, for whatever reason, saw it as an attack on something they identified with or felt like they were apart of. But those people don't really identify with Canonical or Google in the same way and feel those companies are within their right to implement whatever is best for them even if it's something they disagree with.
Markets have power, standards organisations don't.
If the W3C had for some reason told browser vendors "now you have to ship DRM to comply with the standard", with no evidence that it was something that consumers wanted, they would have been told to go to hell. Exactly that happened with a whole bunch of other W3C "standards" that no one was actually interested in shipping; XHTML2, SMIL, XForms, etc.
In practice what happened with DRM is that consumers made it clear that they were very happy to run DRM systems in exchange for access to media. For example almost everyone is prepared to install Flash and Silverlight to get access to video services like NetFlix. Media companies also made it clear that they had no intention of giving up on using DRM on their products, especially whilst consumers were showing themselves to be so ready to embrace DRM-using services. So it's already been the case for some years — essentially for as long as bandwidth sufficient for streaming video has been commonplace — that, as a browser vendor, you have the choice between supporting content that uses DRM (e.g. through your plugin system) or losing so much marketshare you become irrelevant.
More recently browser vendors, including Microsoft, Apple, and Google, decided to cut out the plugin middleman and start shipping their own proprietary DRM systems baked directly into their browser. It was at this point the W3C got involved in standardizing the interface between the browser and the DRM system. But this was long after there was any hope of keeping DRM off the web; everything that's happening now is a retroactive damage limitation exercise.