Après l'Afrique du Sud, c'est au tour de l'Inde et du Brésil de faire appel auprès de l'ISO et de l'IEC pour contester la standardisation de OOXML. Il faudra attendre un mois avant d'avoir la réponse des deux organismes.
L'Inde et le Brésil ont fait appel de la décision d'adoption en tant que standard international d'OOXML, le format de document promu par Microsoft. Ils rejoignent ainsi l'Afrique du Sud qui a entamé la même démarche vendredi dernier 23 mai contre l'ISO (International Organization for Standardization) et l'IEC (International Electrotechnical Commission), les deux organismes de standardisation responsables du comité technique qui a approuvé OOXML en tant que standard.
La date limite de dépôt des appels était fixée à hier jeudi 29 mai et les deux organismes ont « reçu trois demandes, provenant du Brésil, de l'Inde et de l'Afrique du Sud, comme le confirme Jonathan Buck, porte-parole de l'IEC. La requête brésilienne n'a pas suivi la bonne procédure - elle n'a pas été envoyée aux directeurs généraux des deux organisations - mais a néanmoins été prise en compte ». Elle serait apparemment traitée de la même façon que les deux autres.
La procédure de Fast Track accumule les critiques
Les membres du Joint Technical Committee 1 (JTC1) de l'ISO/IEC avaient adopté OOXML en tant que standard à l'occasion d'un vote le 29 mars dernier. La procédure dite de "Fast Track" alors utilisée avait été largement critiquée par les participants et les observateurs justement parce qu'elle était trop précipitée. Si un standard provisoire ('draft') passé par ce processus est rejeté dans un vote initial parce qu'il exige plus de réflexion, une réunion de résolution de scrutin (ballot resolution meeting ou BRM) est organisée pour étudier les critiques et améliorer le standard.
Dans le cas de la réunion BRM organisée en février pour OOXML, les délégués n'ont eu que cinq jours pour s'occuper de plus d'un millier de changements éditoriaux et critiques techniques. Depuis ce rendez-vous, durant lequel de nombreuses modifications ont été mises au vote sans discussion, le processus avait ralenti au point que la version finale du texte n'était pas encore arrivée jusqu'aux organismes de standardisation nationaux plus d'un mois après la date limite de publication fixée par les règles du JTC1.
L'ISO et l'IEC ont un mois pour examiner les appels
Cette réunion précipitée et la publication retardée font partie des raisons invoquées dans les appels brésilien et sud-africain, selon la copie des lettres publiées par l'avocat et blogueur spécialisé dans les standards, Andy Updegrove. Les DG de l'ISO et de l'IEC ont chacun un mois pour examiner les appels et tenter de trouver un compromis avec les organismes de standardisation nationaux qui les ont émis. Si cette procédure échoue à son tour, les appels seront transmis au Standardization Management Board (bureau de gestion de la standardisation) de l'IEC et au Technical Management Board (bureau de gestion technique) de l'ISO, pour tenter de trouver une solution.
L'ISO ne veut pas dire avant la réunion du Technical Management Board, le 6 juin prochain, exactement combien d'appels il a reçus. Pour l'IEC, Jonathan Buck espère, lui, pouvoir en dire plus la semaine prochaine, même s'il reconnaît le caractère inhabituel de la situation. « C'est le premier appel de ce genre après un processus de résolution de scrutin (BRM) dans le JTC1 de l'ISO/IEC, alors qu'il y a régulièrement des appels dans d'autres comités techniques. »
Par ailleurs, l'importance du standard OOXML diminue rapidement. Microsoft lui-même a annoncé la semaine dernière qu'il ne rendrait sans doute pas Office 2007 conforme avec le standard OOXML de l'ISO/IEC. En revanche, il proposera un patch pour que sa suite bureautique Office 2007 lise et écrive les fichiers compatibles avec ODF, format rival et standard ISO/IEC. Celui-ci est utilisé par le logiciel libre OpenOffice.org, StarOffice de Sun et Symphony d'IBM.
Source : http://www.lemondeinformatique.fr/actualites/lire-l-inde-et-le-bresil-font-appel-a-leur-tour-de-la-standardisation-d-ooxml-26220.html
Aucun commentaire:
Enregistrer un commentaire