The ugliness of it all
OOo Postings, Open Standards, OOXML, Free Software, OpenDocument Format
I shall not complain that much about what happened with OOXML. In fact, the act of standardizing OOXML has not really brought any significant advantages to OOXML. ODF is an ISO standard and so is OOXML. That’s what I call a draw, and Microsoft has been battling hard for a bloody draw, as in the end, the word has spread and everybody now knows about the insane amount of pressures Microsoft has applied to the ISO, the IEC, the ITTF and the national standards bodies. But what will be the outcome of all this? Let me outline the following steps in Microsoft’s strategy in regard of standardization. This can be described as a pincer movement.
First, Microsoft will try to kill ODF. They can try to do this at two levels: at the level of the OASIS ODF TC, and at the level of the next iteration of ODF, ODF 1.2 (due sometimes this Fall and later to be brought on to the ISO). You can rest assured that Microsoft will exert pressures on the OASIS ODF committees either by attempting to stuff it, or by pressuring players such as Novell, Patrick Durusau, or even Sun Microsystems. One of them is a puppet of Microsoft, bound by heavy investment of Microsoft disguised as a legal and business partnership agreement (Novell), another one made an odd trip not that far from Redmond and came back with a completely new view on OOXML and ODF (P. Durusau), while another one has a strong legal settlement with Microsoft and may not afford to lose it for obvious business reasons (Sun).
Another way for Microsoft to attack ODF would be to oppose the standardization of ODF 1.2. They will use the same tactics they had with OOXML, but in the opposite direction. It will be funny to watch how the ISO and the national standards bodies will switch all of a sudden to a demanding stance on ODF 1.2, which will only be an iteration of an existing ISO standard. I am afraid we will witness such a shocking twist in the standardization bodies’ attitude. Romania, for instance, might completely change its happy-go-merry stance it had on OOXML (Approve without comments, twice) to an eagle-eye, unforgiving and watchdoggish scowl of ODF (Disapprove with… interesting comments). Heck, they might even use their former “laxist” attitude they had with OOXML as an excuse to block ODF, those masters of cynicism.
But all this is just one wing of the pincer movement I am describing here. The other part of the strategy was however clear ever since the beginning. OOXML is the first chapter into an attempt by Microsoft to shove its own technologies to the ISO. Next in line will be XPS. If you don’t know what XPS is, check it out from the source. Yes, you got that right. PDF reloaded. Now with more patents, OOXML dependencies, and legal traps. What’s the advantage you ask? None. But the respectable industry players we saw in every national standards body (understand: Microsoft’s partners) will insist that it will offer them clarity and a potential new source of revenue. This time though Microsoft got really clever: They went where Adobe had forgotten to go for ages, to the printing industry. This time we will see HP really coming out with flowers for Redmond. In France , HP never joined the works of our committee but they got really supporting of OOXML all of a sudden, around Friday night and after somebody (obviously being married to a woman of Italian descent with a nice hat, blue eyes, brown hair, ) had been given instructions to play nice with Microsoft. What you say, “is the French government bending to the will of Microsoft? Is it weaker than corporations?” Depends whom you ask, who you can contact, and who you supported. Enough said. Back to XPS.
Well XPS is, believe or not, a standard in the making. And since it is being “developed” (ah, the game of mirrors, illusions and appearances) by the Ecma, it will be pushed through the very same Fast-Track process the Ecma has been lavishly endowed to use with OOXML.
Would you believe me if I wrote that I knew what’s in store after XPS? Let’s bet I know it. After OOXML shall come XPS. And once Microsoft will have locked the whole industry with its document formats, they will try to do the same with multimedia formats. Expect the future Windows Media formats, their proprietary video codecs to follow the same path. Their glue shall be Silverlight, which in turn rests on Windows Presentation Foundation and the .NET framework. The license shall be the famous OSP, effectively barring GPL implementations and leaving many other issues, such as the RAND mode applied on the covered technologies, in the shadows, but always as a critical factor to consider. Novell will follow, as usual, with incomplete and patent-riddled implementations that you will only be able to safely use with Novell products.
And then? Then, as Shakespeare once magnificently wrote, then there shall be silence. At last, silence to win, silence to dominate, silence to influence, silence to pressure, and silence to silence them all.
Charles @ April 7, 2008
Comme je l’ai écrit sur noooxml.org, je pense que le revirement soudain de l’AFNOR provient du fait du lobbying croisé du format de Microsoft avec le futur RGI (Référentiel général d’interopérabilité). Microsoft n’a pas dû apprécier ne pas faire partie du jeu dans un premier temps, alors avec cette abstention tout est permis de nouveau. Purement politique. Business as usual.
Pour moi, dans la mesure où on est dans la real politik, donc contre l’intérêt général, je pense que le meilleur moyen de contrer l’agresseur qu’est Microsoft c’est de continuer à améliorer les produits alternatifs d’autant. J’ai déjà noté que c’était le cas dans les évolutions récentes de OpenOffice et je pense qu’il faut continuer. Pour moi, la normalisation de ODF 1.2 n’est pas un passage obligé puisque ODF est déjà un standard (la bataille contre OOXML aura au moins permis de l’apprendre à ceux qui ne le savaient pas).
Pour le reste je pense que Microsoft va s’affaisser sous son propre poids. C’est certain que cela ne va pas se faire du jour au lendemain. Mais, 1) à force de faire de l’XML et des choses dans ce genre, ils vont finir par réellement donner la possibilité à leurs clients de se passer de licences d’Office/Sharepoint/… Ce n’est pas le cas aujourd’hui encore, et je l’ai montré dans mes articles notamment, mais c’est quand même la direction que ça prend. 2) Microsoft est obligé d’en arriver à la business layer, et là des éléments contraignants s’ajoutent pour leur mettre des obstacles dans les jambes. D’abord pas mal d’équipes de Microsoft font des business layers, toutes incompatibles les unes par rapport aux autres. Deuxio, Microsoft n’est pas le spécialiste des logiciels légers, et la lourdeur de Office notamment permet d’envisager qu’il va être difficile à l’avenir pour Microsoft d’être compétitif avec des approches nativement web, décentralisées et légères. 3) Enfin, il ne faut pas oublier qu’avec le futur OOXML 1.1, Microsoft va devoir gérer dans Office, mais aussi ailleurs, plusieurs variantes du format dont ils se seraient bien passé. Ils vont se mordre les doigts d’avoir pondu une telle daube, et au final ça va les ralentir. Ce qui est bon pour les concurrents.
Mon conseil à 2 centimes : OpenOffice doit créer une équipe de contributeurs strictement dédiée aux performances. Car c’est le cheval de bataille de Microsoft (”Windows optimized”) et c’est un créneau sur lequel il n’y a pas de raison de ne pas être au moins au même niveau.
Une bataille est perdue. Mais pas la guerre.
Note that Microsoft has already been pulling this one regarding ECMAscript 4, aka JavaScript 2. Everyone else wants JS2 standardised, but Microsoft want to keep it primitive to avoid competition with Silverlight.
So what would it take to make sure that ODFers are represented at all the hearings and meeting for their next standards outing?
We’ll have to put up some sort of a show to make sure that Microsoft doesn’t stuff those ballots too.
Thanks for the link David!
Michael,
what is wanted here is not to stuff the committees with our own people. That goes against my ethics and the ethics of many I believe.
What is wanted is to restore the due process of standardization (with possible outcomes such as approval, or disapproval, and no approval by force) and that, I think, means that the ISO has now to clean up the mess (same goes for the national standards bodies).
[…] a pro-openness move, as recently confirmed by Redmond’s press itself. Watch what Charles says about possible Microsoft tactics to come. Another way for Microsoft to attack ODF would be to oppose the standardization of ODF 1.2. They […]
[…] regard to future action and the need to repair ISO (or dump ECMA for good), see this new comment which is bound to the storming analysis that we highlighted this morning. Note that Microsoft has […]