Pourquoi intégrer les formats ODF 1.1 et PDF 1.5 (entre autres) dans le SP 2 d'Office 2007 ? Cela répond à une double demande : celle de nos grands clients, qui se sont notamment exprimés au sein du Conseil Exécutif pour l'Interopérabilité que nous avons mis en place avec eux, et celle de la Commission Européenne, dans le cadre des discussions que nous avons avec elle. Ceci dit, en février dernier, nous avions déjà annoncé le support d'API dans Office 2007 qui permettront à des développeurs d'ajouter des formats dans Office 2007 et de paramétrer le format par défaut. Microsoft ne fait qu'en profiter pour lui-même en supportant OpenDocument (ODF), PDF et quelques autres formats... Ce qui était presque sous-entendu dès février. A l'inverse, pourquoi ne supporter OOXML « mouture ISO » que dans la version suivante d'Office et pas dès le SP 2 d'Office 2007 ? La normalisation ISO d'OOXML s'est faite au prix d'une évolution substantielle vis-à-vis du standard ECMA. Il y a donc un certain travail à faire pour l'implémenter dans la suite Office. Surtout, nos clients détestent voir apparaître de nouvelles fonctions dans un SP qui doit être réservé à des corrections de bogues. Implémenter ODF ne posait aucun problème mais changer la version d'OOXML aurait imposé à nos clients de réaliser de nombreux tests de non-régression et de gérer la cohabitation de deux versions d'OOXML, celle de l'ECMA et celle de l'ISO. C'est pourquoi le support d'OOXML « mouture ISO » (dont le nom reste à fixer) ne sera supporter qu'avec la sortie d'Office 14, d'autant que cette version sera une évolution majeure de notre suite, même si je ne peux révéler pour l'instant ni le contenu de ces évolutions ni le calendrier. Une fois Office 14 sorti, il n'est pas impossible qu'il y ait un pack de compatibilité pour les versions antérieures, comme nous l'avons fait lors de la sortie d'Office 2007. Pourquoi adhérer au groupe de travail ODF de l'OASIS ? Nous assumons simplement nos responsabilités. Nous sommes membres de l'OASIS depuis longtemps et nous travaillons avec cette organisation, par exemple, sur les services web. Nous allons désormais, en plus, nous joindre au groupe de travail sur l'ODF puisque nous allons supporter ce format dans nos produits. De la même façon, nous allons travailler au sein du groupe de travail sur l'évolution du PDF. Peut-on imaginer que l'ODF serve rapidement de « OOXML core » ? Non, je ne le pense pas. Il y a de très grosses différences techniques entre les deux formats et, en plus, il n'y a pas que des considérations techniques... Et, fondamentalement, je ne sais pas si la convergence de ces deux formats, prônée par l'Afnor et l'ISO, soit une bonne idée. Il me semble préférable que l'utilisateur puisse choisir son format en fonction de ses besoins et, le cas échéant, soit en mesure de convertir ses documents dans d'autres formats. On confond trop souvent les problèmes d'interopérabilité dans le monde immatériel et ceux du monde physique comme, par exemple la différence de largeur de voies ferrées entre la France et l'Espagne. Dans le monde immatériel, il suffit de pouvoir convertir, ce qui n'est pas souvent possible dans le monde physique. Je ne suis pas sûr du tout qu'on se dirigera vers une convergence d'OOXML et d'ODF, a fortiori vers un format unique. Que pensez-vous de l'appel de l'Afrique du Sud dans le cadre de la normalisation d'OOXML par l'ISO ? Microsoft n'est pas membre de l'ISO et ce serait de l'ingérence que de commenter une affaire entre l'ISO et l'un de ses membres. L'ISO est bien sûr garante du respect de ses propres procédures. Nous n'avons donc pas de commentaire à faire.