- From: John Foliot <john@foliot.ca>
- Date: Thu, 27 Jun 2013 09:50:26 -0700
- To: <piranna@gmail.com>, "'Mark Watson'" <watsonm@netflix.com>
- Cc: "'Alastair Campbell'" <alastc@gmail.com>, <public-restrictedmedia@w3.org>
piranna@gmail.com wrote > > So, if Microsoft (or whatever) doesn't port their CDM to linux, what > can we do? What solutions we can take? Blame Microsoft? Page owner? > W3C? Ourselves for being using linux? > > How can we prevent to happen this? I truly believe this is the crux of the matter - I don't believe you can (and I certainly don't believe the W3C can). Private businesses (in a free society) should be allowed to make business decisions freely. I support the notion that regional legislations might impose rules (laws) on the use of some technologies for their jurisdictions, but nobody, especially the W3C, can (or should) stop the lawful pursuit of technology solutions. In the early days of the web, Netscape could not ship 128 bit encryption enabled browsers outside of the USA, and Microsoft was forced by EU legislation to ensure browser-choice to all users when first starting Windows, but neither of those legal decisions affected users in the U.S. (to single out 2 examples). Google and Microsoft are now using EME today, business decisions that are lawful in most if not all of the countries they currently operate in. If the use of these technologies *aren't* lawful in some regions, then those regions should be going after the implementers of the technologies - Google and Microsoft - and not the technology itself, which is nothing more than a technical specification. As well, if the inability to prevent this technology from evolving is indeed true, I continue to assert that working on this *inside* of the W3C is a better option than letting work on this/these technologies continue *outside* of the W3C, simply because of the existing checks and balances that the W3C bring to the process (privacy, community feedback, accessibility, patent protection, etc.) That might not be the answer you want to hear, but seeking to assign "blame" does nothing to further this discussion nor the technologies involved. JF
Received on Thursday, 27 June 2013 16:51:04 UTC