Il est également bon de préciser que la procédure "fast-track" n'est pas spécialement plus rapide, elle prend 6 mois en tout, quand l'ODF a été certifié ISO... en 7 mois.
Bon, là c'est un peu raccourci ....
Il y a en fait 3 étapes à l'aboutissement de la norme OpenDocument :
1. Utilisation du formalisme XML dans la bureautique : Pour OpenDocument, les prémices, c'est 1999, implémentation dans OOo/staroffice en octobre 2000 (OOo 1.0). Depuis des années d'expériences et des implémentations multiples avec tous les retours et cycles itératifs (convergents) pour améliorer; Ou en était la bureautique XML de MsOffice à cette époque ?
2. La standardisation OASIS, commencée en 2003, OpenDocument standardisé en 2005. Le comité technique regroupe plusieurs éditeurs logiciels/bureautique et non pas un seul ce qui traduit bien entend une volonté d'ouverture et de standardisation.
3. La normalisation ISO. Le processus a suivi toutes les étapes normales du processus ( http://www.iso.org/iso/en/widepages/stagetable.html ) et donc une revue sur le fond par des organismes autres que ceux standardisant (ce qui est saint puisque la conclusion est forcement orientée). A noter, que rien que les phases de revues techniques font 7 mois (étapes 40.20 et 50.20). Donc toutes les étapes administratives sont à rajouter (et ca peut être long). Dans le cas du fast-track, il n'y a pas de revue sur le fond mais simplement une vérification a prosteriori
Donc le processus de normalisation s'étale sur près de 6 à 7 ans pour OpenDocument. Pour le format de MsOfficeXML, c'est 2003 pour un embryon de bureautique xml (mouais ...) et Mai 2005 (iirc) pour le début de l'Ecma ... et la précipitation, ca se voit : un document de plus de 6000 pages, là ou un autre visant aux même objectifs en fait 10 fois moins, traduit au mieux un manque flagrant de recul et de synthèse (il est quelquefois plus rapide de réinventer sa propre roue que d'essayer d'intégrer celles déjà normalisée - si odf fait 600 pages, c'est qu'il utilise astucieusement les renvois à d'autres normes, non ?) au pire une volonté délibérée d'imposer ses propres formats (non normalisés, non standardisés) en profitant de sa force déploiement (la sortie de vista nous rappelle le chiffre de 95% des PC).
Donc, pour conclure,,le processus n'est pas le même puisque dans le cas de OpenDocument, l'iso a revu techniquement (étapes 40 et 50) alors que le fastrack demande une confiance sur les travaux et conclusions de l'organisme de standardisation (ecma) qui, rappelons le encore, a pour un de ses objectifs premiers la compatibilité avec l'existant d'un éditeur et non l'établissement d'une norme (ouverte) pour la bureautique fédérant de multiples éditeurs.
Mon jugement est forcement orienté, mais à ma décharge celles de la partie adverse également. J'espère ne pas faire autant de FUD, et si c'est le cas, j'en suis sincèrement désolé.
[^] # Re: Précisions
Posté par Laurent Godard . En réponse à la dépêche L'APRIL écrit à l'AFNOR à propos d'OOXML. Évalué à 9.
Bon, là c'est un peu raccourci ....
Il y a en fait 3 étapes à l'aboutissement de la norme OpenDocument :
1. Utilisation du formalisme XML dans la bureautique : Pour OpenDocument, les prémices, c'est 1999, implémentation dans OOo/staroffice en octobre 2000 (OOo 1.0). Depuis des années d'expériences et des implémentations multiples avec tous les retours et cycles itératifs (convergents) pour améliorer; Ou en était la bureautique XML de MsOffice à cette époque ?
2. La standardisation OASIS, commencée en 2003, OpenDocument standardisé en 2005. Le comité technique regroupe plusieurs éditeurs logiciels/bureautique et non pas un seul ce qui traduit bien entend une volonté d'ouverture et de standardisation.
3. La normalisation ISO. Le processus a suivi toutes les étapes normales du processus ( http://www.iso.org/iso/en/widepages/stagetable.html ) et donc une revue sur le fond par des organismes autres que ceux standardisant (ce qui est saint puisque la conclusion est forcement orientée). A noter, que rien que les phases de revues techniques font 7 mois (étapes 40.20 et 50.20). Donc toutes les étapes administratives sont à rajouter (et ca peut être long). Dans le cas du fast-track, il n'y a pas de revue sur le fond mais simplement une vérification a prosteriori
Donc le processus de normalisation s'étale sur près de 6 à 7 ans pour OpenDocument. Pour le format de MsOfficeXML, c'est 2003 pour un embryon de bureautique xml (mouais ...) et Mai 2005 (iirc) pour le début de l'Ecma ... et la précipitation, ca se voit : un document de plus de 6000 pages, là ou un autre visant aux même objectifs en fait 10 fois moins, traduit au mieux un manque flagrant de recul et de synthèse (il est quelquefois plus rapide de réinventer sa propre roue que d'essayer d'intégrer celles déjà normalisée - si odf fait 600 pages, c'est qu'il utilise astucieusement les renvois à d'autres normes, non ?) au pire une volonté délibérée d'imposer ses propres formats (non normalisés, non standardisés) en profitant de sa force déploiement (la sortie de vista nous rappelle le chiffre de 95% des PC).
Donc, pour conclure,,le processus n'est pas le même puisque dans le cas de OpenDocument, l'iso a revu techniquement (étapes 40 et 50) alors que le fastrack demande une confiance sur les travaux et conclusions de l'organisme de standardisation (ecma) qui, rappelons le encore, a pour un de ses objectifs premiers la compatibilité avec l'existant d'un éditeur et non l'établissement d'une norme (ouverte) pour la bureautique fédérant de multiples éditeurs.
Mon jugement est forcement orienté, mais à ma décharge celles de la partie adverse également. J'espère ne pas faire autant de FUD, et si c'est le cas, j'en suis sincèrement désolé.