Alors que l'OASIS vient tout juste de normaliser un ensemble de formats destinés à être utilisés par les suites bureautiques, Microsoft commence à révéler quelques informations sur Microsoft Office 12, notamment sur les formats de ses documents.

Comme il fallait s'y attendre, Microsoft ne semble pas avoir choisi d'utiliser les formats "OpenDocument" de l'OASIS, même s'il s'en inspire : après avoir "testé" les conteneurs utilisant XML dans la précédente version de Office 2003, Microsoft s'est définitivement engagé dans cette voie puisque les nouveaux formats utiliseront cette technologie et seront le support d'enregistrement par défaut de la prochaine suite MS Office.

Les ressemblances avec les standards de l'OASIS sont nombreuses : les documents seront enregistrés dans une archive zippée qui contiendra plusieurs fichiers. Les spécifications de ces formats seront accessibles à tous et il sera donné l'autorisation à quiconque de manipuler ces documents. À travers ces choix technologiques et de licence, Microsoft cherche à concurrencer l'OASIS sur le terrain de l'ouverture et de l'interopérabilité.

L'entreprise de Redmond ne s'arrête pas là et prévoit de rendre les versions précédentes de MS Office (2000, XP, 2003) compatibles avec ces nouveaux formats. Microsoft tend donc à favoriser l'adoption de ses nouveaux formats.

Un article sur ZDNet indique que le gouvernement Indien a lancé un programme de large diffusion des logiciels Open-Source pour encourager la population à se familiariser avec les outils informatiques.
Les CD ainsi distribués contiennent des logiciels Open-Source notamment la suite bureautique OpenOffice.org, le navigateur Firefox et le client de messagerie Columba. Le CD est produit par le Centre de développement et d'informatique avancée (CDAC).

Le projet se composera de plusieurs phases :
- d'abord une distribution de 3,5 millions d'exemplaires, localisés en Tamoul. La distribution s'est d'abord réalisée par téléchargement et commande depuis le site dédié, puis, dans un deuxième temps, via des magazines et journaux.
- les logiciels seront diffusés en hindi.

À terme, il est prévu de les localiser dans les 22 langues du pays.

Il est à noter que le gouvernement indien est particulièrement actif dans le domaine des logiciels Open-Source, il a notamment lancé un projet pour créer sa propre licence Open-Source (KPL).

Cela faisait quelques temps qu'on en parlait, c'est désormais chose faite : le 1er mai dernier, un message sur la liste de diffusion de l'OASIS annonçait que la version 1.0 du format de document OpenDocument, déjà utilisé par les logiciels de la suite bureautique OpenOffice, était désormais un standard de l'OASIS.

Les autres suites bureautiques libres n'ont quant à elles pas attendu cette nouvelle pour intégrer le format OpenDocument puisque la pré-version 1.4 de KOffice utilise OpenDocument par défaut et la version 2.3 de AbiWord propose aussi le support (pour le moment expérimental) de ce format.

En outre, c'est un grand pas en avant pour l'interopérabilité dans le domaine de la bureautique ; jusqu'à présent la suite Microsoft Office et ses formats propriétaires et fermés dominait le marché. Pour le moment, Microsoft, lui-même membre de l'OASIS, n'a toujours pas réagi officiellement sur le sujet.

Enfin, cette standardisation était un pas indispensable pour l'adoption du format OpenDocument par les instances européennes qui, en plus du format OpenDocument, ont décidé d'auditer le format de la suite Microsoft Office 2003 (voir http://formats-ouverts.org/blog/2004/09/27/132-LeuropeVeutDesFormatsOuverts ).

NdM : c'est le format de la suite bureautique Libre OpenOffice.org qui a été pris comme référence à ce travail de normalisation. C'est également le format de Star Office de Sun, mais aussi bientôt un format géré par KOffice, la suite bureautique de KDE. C'est donc une des grandes nouvelles de ces dernières années dans le domaine des formats ouverts car il n'existait pas de norme dans la bureautique.

NdM : Merci à jcs et à tuiu pol pour cette dépêche

En mars, une dépêche sur ce site faisait part de la colère montante chez de nombreux utilisateurs et développeurs de Logiciels Libres au sujet de l'utilisation croissante de Java dans OpenOffice.org 2.0. Dans les versions actuelles d'OpenOffice, Java n'est indispensable que pour des fonctionnalités mineures. Dans la version 2 de la suite bureautique, Java deviendrait indispensable pour un grand nombre de fonctionnalités. Cette décision avait fait resurgir le débat autour du pouvoir de Sun sur le projet OpenOffice ainsi que sur les problèmes posés par l'utilisation de Java : disponibilité sur architectures non-x86 et sur systèmes non-Linux.

En réponse, Richard Stallman avait lancé un appel à contribution pour réaliser une version non-dépendante de Java de la suite bureautique, afin de sortir de ce qu'il appelle le Java trap, c'est-à-dire la dépendance d'un Logiciel Libre sur un logiciel non-libre. Face à cet appel, Scott Carr, Documentation and QA Co-Lead du projet OpenOffice.org a démarré un dialogue avec la FSF pour aboutir à une solution plus pertinente qu'un fork. Il a ainsi précisé que le projet OpenOffice accepterait volontiers les contributions de la FSF, a demandé « comment il pouvait aider à créer une meilleure relation entre la communauté OOo et la FSF», en concluant qu'«il aimerait que tous puissent travailler sur OpenOffice pour en faire un meilleur produit plutôt que de créer de multiples forks».

RMS a ensuite appris qu'OpenOffice était sur le point de fonctionner avec GCJ, une implémentation libre de Java. Il a précisé à Scott Carr qu'il souhaitait pouvoir distribuer une version d'OpenOffice sans devoir encourager à l'utilisation de logiciels non-libres. Scott Carr a donc suggéré que la FSF se concentre sur les questions de compatibilité avec GCJ, mais qu'elle participe également à l'amélioration du logiciel en reportant des bugs au sujet de toutes les fonctionnalités inopérantes avec les versions libres de Java.

Richard Stallman est encore sceptique et souhaiterait qu'une position plus claire soit prise par les développeurs d'OpenOffice. Il aimerait par exemple que la compatibilité avec les versions libres de Java soit directement inclue dans les bonnes conduites de développement (guidelines). En tout cas, RMS a depuis mis à jour son appel à contribution, précisant qu'il cherchait des développeurs pour faire fonctionner OpenOffice.org avec GCJ.