Pour mémoire
- restructurer en 2 parties le standard ECMA en distinguant :
-- d'une part un coeur de fonctionnalités essentielles et simples à mettre en oeuvre (OOXML-Core),
-- d'autre part, toutes les fonctionnalités annexes nécessaires à la compatibilité avec les stocks de fichiers bureautiques existants chez de nombreux utilisateurs qui seront regroupées dans un ensemble appelé (OOXML-Extensions),
- mettre en place un processus de convergence entre l’ISO/CEI 26300 et le coeur d'OOXML.
Quand je parlais d'extensions "à lui", je voulais dire d'extensions cenrées sur ses besoins propres. Il reste le plus gros acteur du marché et il est idiot de vouloir le contraindre à la version actuelle d'ODF. C'est MS qui a dit qu'ODF était insuffisant pour lui.
Tu peux dire « il n'y aura pas de fusion»; et tu as probablement raison. Mais il n'empêche que ça reste une possibilité pour MS de revenir dans le processus de décision concernant le format ISo pour la bureatique. Si ça échoue le 29 mars, c'est la seule alternative à «passer OOXML via le processus standard (hors fast-track».
Pour les défenseurs d'ODF, dont je suis, le processus de fusion cache quelques pièges. En particulier si on imagine un word qui enregistre par défaut en utilisant un ODF+extension, alors que OpenOffice n'aurait pas encore implémenté les extensions. OU que MS obtienne à l'ISO des évolutions d'ODF difficile à implémenter.
[^] # Re: Pour suivre les détails
Posté par fleny68 . En réponse au journal OOXML dans les choux d'ici 30 jours. Évalué à 2.
http://portailgroupe.afnor.fr/v3/espace-presse/communiques/2(...)
Pour mémoire
- restructurer en 2 parties le standard ECMA en distinguant :
-- d'une part un coeur de fonctionnalités essentielles et simples à mettre en oeuvre (OOXML-Core),
-- d'autre part, toutes les fonctionnalités annexes nécessaires à la compatibilité avec les stocks de fichiers bureautiques existants chez de nombreux utilisateurs qui seront regroupées dans un ensemble appelé (OOXML-Extensions),
- mettre en place un processus de convergence entre l’ISO/CEI 26300 et le coeur d'OOXML.
Quand je parlais d'extensions "à lui", je voulais dire d'extensions cenrées sur ses besoins propres. Il reste le plus gros acteur du marché et il est idiot de vouloir le contraindre à la version actuelle d'ODF. C'est MS qui a dit qu'ODF était insuffisant pour lui.
Tu peux dire « il n'y aura pas de fusion»; et tu as probablement raison. Mais il n'empêche que ça reste une possibilité pour MS de revenir dans le processus de décision concernant le format ISo pour la bureatique. Si ça échoue le 29 mars, c'est la seule alternative à «passer OOXML via le processus standard (hors fast-track».
Pour les défenseurs d'ODF, dont je suis, le processus de fusion cache quelques pièges. En particulier si on imagine un word qui enregistre par défaut en utilisant un ODF+extension, alors que OpenOffice n'aurait pas encore implémenté les extensions. OU que MS obtienne à l'ISO des évolutions d'ODF difficile à implémenter.