Une nouvelle que je n'avais pas vu passer.
Hier, la consultation du gouvernement britannique sur son choix des standards au niveau des administrations a pris fin.
http://standards.data.gov.uk/comment/989
Le choix de l'ODF, du txt, du CSV, du HTML 4.0 en a fait réagir plus d'un: car il manque le format promus par Microsoft: l'OOxml.
Voici les commentaires sur ce qui encore qu'une proposition:
Celui du MS:
version courte: https://blogs.technet.com/b/uknto/archi ... ation.aspx
version longue (21 pages): http://download.microsoft.com/documents ... nment.docx reprise sur le site web
version, je sollicite mes partenaires: http://download.microsoft.com/documents ... ments.docx
Si la réponse de MS est intéressante sur certains points (pas d'études complètes sur les fonctionnalités permisses par l'ODF ou par l'OOXML, choix du HTML, ratio des documents proposés en OOxml versus ODF, dangerosité de s'enfermer dans une rigidité d'exigence de normes), la firme fait des affirmations assez étonnantes:
* GoogleDoc souhaiterait lâcher l'ODF (références nécessaires):
* L'OOxml est un format populaire et plébiscité, sous estimant l'impact du choix par défaut et l'aspect perturbant des avertissement de MS Office quand vous choisissez l'ODF.It is also notable that some on-line services have recently chosen to focus only on OpenXML, abandoning ODF support (e.g. Google Docs).
Surtout Microsoft oublie un point important: aucun éditeurs mis à part lui n'affirment une totale prise en charge de l'OOXml (quelque soit la version), ce qui n'est pas aussi vrai pour l'ODF (modulo le fait que ni LibO, ni AOo n'ont terminé l'intégration totale de la norme ODF 1.2; on peux dire que c'est le cas pour la norme ODF 1.1).
Dans ses réponses MS met en avant qu'il possède un large tissu de partenaires commerciaux qui œuvre directement ou indirectement au sein de l'État.
Surtout, MS critique jamais le choix de l'ODF mais le refus de pas proposer l'OOxmL.
Réponse de la TDF: http://standards.data.gov.uk/comment/974#comment-974 qui se dépêche de balayer l'argument Google Doc (dommage la aussi aucune référence, ni date). La TDF a très vite compris que les gouvernent UK cherche a s'appuyer sur une norme de consensus multi-acteurs (d’où le choix du HTML qui un modèle de norme de consensus et interopérabilité). Et il appuie là où cela fait mal: MS, leur concurrent, se vante de prendre en charge l'ODF 1.2 (en creux, eux sont prudents sur la lecture/écriture de l'OOxml dans LibO). MS fait partie de l'OASIS et a donc son mot a dire lors des débats sur l'ODF (en creux la proposition de l'OOxml a été fait au forceps). Les différentes versions de l'OOxml (MS Office 2007-2010 n'écrit pas la version de l'ISO) et le bug sur les dates. L'OOXML permet des brevets (utilisation par défaut de police soumis à licence.
La TDF reconnaît que tout le monde ne prend pas en charge l'ODF (les plus gros éditeurs, mais pas d'Applications sur l'iPad par exemple) mais espère que le choix du gouvernement stimulera les éditeurs sur ce sujet.
Un ancien de Novell, Michael Meeks, actuellement responsable chez Collabora (société de service notamment dans le support long terme de LibO), il a participé aux commentaires sur la normalisation de l'OOxml a aussi donné sa vision: https://people.gnome.org/~michael/blog/ ... ffice.html Il est très enthousiaste pour l'ODF, moins pour l'édition au sein d'un navigateur web. Il est très admiratif pour l'effort fournit par MS pour documenter l'OOxml. Mais il regrette que cela ai était fait dans une optique de documentation et non de collaboration. Il met aussi en avant le fait que la norme ODF est plus simple que celle de l'OOxml (il compare l'OOxml au grec ancien et l'ODF à l'anglais classique/international). Il rappelle que l'OOxml n'est pas exclus mais devra être demandé par les utilisateurs. Il approuve la volonté de limiter au minimum les macros (ni l'ODF, ni l'OOxml ne les ont standardisés).
Je n'ai pas trouvé si Apache a fait une communication sur le sujet.
Un article dans la presse informatique: http://www.zdnet.fr/actualites/bureauti ... 798023.htm