polompolom a écrit 1 commentaire

  • # Et si OOXML n'était pas si mal que ça ?

    Posté par  . En réponse à la dépêche Enquêtes publiques probatoires de l'AFNOR concernant OOXML et ODF. Évalué à 3.

    Une dépêche intéressante trouvé sur le blog d'un développeur Sun de Gnome (Miguel de Icaza, qui travaille sur gnumeric, il me semble) :

    http://tirania.org/blog/archive/2007/Jan-30.html

    Au moins, il connaît certainement le sujet (au moins pour la partie tableur) et n'est sûrement pas à la solde de MS ^^

    Et au final, il a l'air plutôt content d'OOXML et reproche le manque d'objectivité dans les critiques...
    on reproche à OOXML d'avoir son propre langage pour les dessins, mais on oublie que c'est le cas d'ODF, par exemple...
    ODF uses SMIL and SVG, but if you save a drawing done in a spreadsheet it is not saved as SVG, it is saved using its own format (Chapter 9) and sprinkles a handful of SVG attributes to store some information (x, y, width, height).

    et que de toute façon, il n'y a pas d'implémentation complète libre de SVG
    Which is why open source applications only support a subset of SVG, a sensible subset.


    Pour lui, les 6000 pages sont nécessaires, et c'est au contraire ODF qui n'est vraiment pas assez documenté :
    The original submission to the ECMA TC45 working group did not have any of this information. Jody Goldberg and Michael Meeks that represented Novell at the TC45 requested the information and it eventually made it into the standards. I consider this a win, and I consider those 324 extra pages a win for everyone (almost half the size of the ODF standard).

    Depending on how you count, ODF has 4 to 10 pages devoted to it. There is no way you could build a spreadsheet software based on this specification.


    bref, je ne vois pas pourquoi OOXML est si mal que ça...