Ici, http://blogs.msdn.com/brian_jones/archive/2008/02/15/binary-documentation-doc-xls-ppt-and-translator-project-site-are-now-live.aspx#comments

je lui fait remarquer que la publication de documents internes aux formats dits binaires est incomplète ne serait-ce que parce que, par la méthode traditionnelle, on peut obtenir VBA. Et que VBA ne fait pas partie de ces nouvelles publications pour lesquelles Microsoft s’engage à ne pas poursuivre en justice.
Microsoft se réserve donc le droit de le faire pour VBA, notamment. Ce qui était exactement le cas jusqu’ici…

J’ai deux autres commentaires ici :
http://blogs.msdn.com/brian_jones/archive/2008/02/21/big-interoperability-announcement.aspx

où je lui fait remarquer que l’annonce grandiose d’intéoperabilité de ce jeudi ne se traduira pas par quelque chose de significatif pour Office et pour OOXML en particulier. Et qu’en lieu et place, un meilleur engineering du format lui-même permettrait justement d’améliorer l’intéropérabilité.

Je lui fait aussi remarquer que certains formats de fichier n’apparaissent nulle part dans leurs spécifications alors qu’ils ont été introduits avec Office 2007 et basés sur la même architecture. Notamment,

- Office theme (.thmx)
- Chart template (.crtx)

En tout état de cause, une liste complète des nouveaux formats de fichier serait la bienvenue…

Oui. Plus précisément, les docs d’avant 2000 ne comportaient que la partie Office 97. Le reste correspondant aux nouveaux éléments liés à Office 2000, XP, 2003 et le mode compatibilité de 2007 n’avaient pas été fournis. Et dorénavant ils le sont. Donc ces papiers ne sont pas la même chose que ce qui était disponible avant 2000.

Mais, il y a un gros mais. La partie Office 97, qui est la partie principale, est strictement inchangée. C’est-à-dire que ce qui n’était pas documenté ne l’est pas plus.

Cette documentation suffit quand on a le code source qui va avec. Je n’ai aucun mal à imaginer Microsoft utiliser ces documents pendant qu’ils regardent le code source. Mais le problème évidemment, c’est qu’ils sont bien les seuls à être dans ce cas.

La seule vraie solution qui résoud tout d’un cas est d’une simplicité évangélique. Et elle est bonne pour nous tous, et pour Microsoft.

C’est la mise à disposition du code source complet de leur compatibility pack. C’est le composant qui lit et écrit les fichiers binaire–>office 2007 et office 2007–>ooxml. Ce composant fait donc exactement ce qu’on souhaite pouvoir faire avec n’importe quel autre produit.

L’avantage pour Microsoft, c’est que le compatibility pack est pur document, il n’a pas de dépendence sur la partie au dessus, la couche application. Ce qui permet à Microsoft de conserver son copyright sur les applications Office elles-mêmes.