Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

: Enfin une norme pour la bureautique : OpenDocument 1.0

Posté par tuiu pol (Jabber id, ). Modéré le 26 mai 2005.
Cela faisait quelques temps qu'on en parlait, c'est désormais chose faite : le 1er mai dernier, un message sur la liste de diffusion de l'OASIS annonçait que la version 1.0 du format de document OpenDocument, déjà utilisé par les logiciels de la suite bureautique OpenOffice, était désormais un standard de l'OASIS.

Les autres suites bureautiques libres n'ont quant à elles pas attendu cette nouvelle pour intégrer le format OpenDocument puisque la pré-version 1.4 de KOffice utilise OpenDocument par défaut et la version 2.3 de AbiWord propose aussi le support (pour le moment expérimental) de ce format.

En outre, c'est un grand pas en avant pour l'interopérabilité dans le domaine de la bureautique ; jusqu'à présent la suite Microsoft Office et ses formats propriétaires et fermés dominait le marché. Pour le moment, Microsoft, lui-même membre de l'OASIS, n'a toujours pas réagi officiellement sur le sujet.

Enfin, cette standardisation était un pas indispensable pour l'adoption du format OpenDocument par les instances européennes qui, en plus du format OpenDocument, ont décidé d'auditer le format de la suite Microsoft Office 2003 (voir http://formats-ouverts.org/blog/2004/09/27/132-LeuropeVeutDesFormatsOuverts ).

NdM : c'est le format de la suite bureautique Libre OpenOffice.org qui a été pris comme référence à ce travail de normalisation. C'est également le format de Star Office de Sun, mais aussi bientôt un format géré par KOffice, la suite bureautique de KDE. C'est donc une des grandes nouvelles de ces dernières années dans le domaine des formats ouverts car il n'existait pas de norme dans la bureautique.

NdM : Merci à jcs et à tuiu pol pour cette dépêche

> Lire la dépêche (78 commentaires, moyenne: 3,9).  

Vous avez demandé le commentaire #579185.

Adoption

Posté par arnaudus () le 26/05/2005 à 08:19. (lien). Évalué à 9.

Comme toujours, le succès de ce format va dépendre de l'adoption de l'export OpenDocument dans les suites bureautiques "classiques". Le fait que ça soit le format d'OpenOffice va bien sûr faciliter la communication, mais d'un autre côté, c'est quand même un bon argument pour que les "concurrents" ne l'adoptent pas (vous voyez à qui je pense?).

OpenDocument risque donc d'être LE format bureatique du libre, mais rien que du libre, et c'est bien dommage.

Il va falloir attendre quelques mois pour voir foisonner les petits scripts de conversion, latex2opendoc, html2opendoc, opendoc2rtf, etc etc. De leur efficacité dépendra l'adoption du format par les utilisateurs...

  • [^]Re: Adoption

    Posté par Vincent P (page perso, ) le 26/05/2005 à 08:41. (lien). Évalué à 10.

    Quand les institutions européennes exigeront des documents au format OpenDocument uniquement pour toute demande de subvention, bourses, les propals, etc, ce format sera forcément démocratisé. (Voir le deuxième lien pour plus d'info).
    Dès lors, les suites bureautiques propriétaires devront le supporter, sous peine de voir leurs clients passer à des suites bureautiques alternatives qui gèrent ce format.

    • [^]Re: Adoption

      Posté par neil () le 26/05/2005 à 08:44. (lien). Évalué à 3.

      Ce jour la j'espère qu'il y aura un client léger pour lire les documents OpenDocument, parce qu'ouvrir OOo/StarOffice/Koffice pour lire un mail (ou une autre connerie) c'est pas top ;)

      • [^]Re: Adoption

        Posté par Gof (Jabber id, page perso, ) le 26/05/2005 à 10:22. (lien). Évalué à 3.

        Koffice ça va encore. :-)

        --
        :-D !!!NOUVEAU!!!
        • [^]Re: Adoption

          Posté par Michaël Larouche (page perso, ) le 26/05/2005 à 12:44. (lien). Évalué à 1.

          Tiens Gof je savais pas que tu étais inscrit ici :P

          Au moins KOffice lui son interface est plus léger que OpenOffice.org et intégré au reste de KDE :)

          Vivement la version finale de la branche 1.4 pour le support OpenDoc.

          --
          Développeur KDE sur Kopete et Kamefu

        [^]Re: Adoption

        Posté par Matthieu C () le 26/05/2005 à 10:47. (lien). Évalué à 2.

        je crois qu'il y a un debut de support dans gnumeric/abiword

        [^]Re: Adoption

        Posté par Erwan (page perso, ) le 26/05/2005 à 11:03. (lien). Évalué à 3.

        Ce sera peut-etre un jour dans Evince.

        • [^]Re: Adoption

          Posté par Jean Parpaillon (Jabber id, page perso, ) le 26/05/2005 à 11:53. (lien). Évalué à 2.

          ...et less ?

          • [^]Re: Adoption

            Posté par Matthieu C () le 26/05/2005 à 12:51. (lien). Évalué à 4.

            ou un equivalent de catdoc (on me souffle a l'oreille qu'il exite deja des outils pour extraire le texte du xml, il reste plus qu'a ajouter une formatation simple et ca devrait etre bon).

        [^]Re: Adoption

        Posté par HallaanLoske () le 26/05/2005 à 16:13. (lien). Évalué à 3.

        Salut,

        Il y a aussi Visioo-Writter, tres tres jeune.
        Les devellopeurs ne demandent que des conseils pour avancer, c'est leurs premier projets.
        http://visioo-writer.tuxfamily.org/

        @+
        HL

        [^]Re: Adoption

        Posté par Farvardin (page perso, ) le 26/05/2005 à 19:10. (lien). Évalué à 2.

        c'est une super nouvelle : je n'utilise que OpenOffice pour le moment car il est très complet, et supporte le mieux les import / export vers msoffice (j'avais testé abiword à l'époque, sur un gros document rtf à moi, il plantait). Par contre OOo est très lourd, et je voulais tester de nouveaux logiciels, à utiliser selon la machine que j'ai à disposition. Abiword semble de mieux en mieux notamment, mais pour le moment n'exporte pas le format OOo qu'il a importé, si bientôt l'interoperativité est totale, on pourra communiquer avec tous ces logiciels...

        --
        Tous ensemble contre l'esclavitude des logiciels privateurs !

        [^]Re: Adoption

        Posté par yves a (page perso, ) le 31/05/2005 à 07:57. (lien). Évalué à 0.

        Ce jour la j'espère qu'il y aura un client léger pour lire les documents OpenDocument,
        vi ou emacs ?

        • [^]Re: Adoption

          Posté par darkleon (page perso, ) le 08/06/2005 à 09:58. (lien). Évalué à 1.

          >Ce jour la j'espère qu'il y aura un client léger pour lire les documents OpenDocument,
          >vi ou emacs ?


          Clients légers, je commence à avoir des doutes, clients utilisable sous console, c'est déjà plus réaliste.

          A l'ére du giga-octect de mémoire tout est relatif

          Le poids des archives complétes (sources + docs+ ressources) sous gentoo (j'ai classé par ordre alphabétique pour ne pas faire de Troll :-) :

          * app-editors/emacs
          Latest version available: 21.4
          Size of downloaded files: 23,249 kB
          * app-editors/vim
          Latest version available: 6.3.068
          Size of downloaded files: 4,746 kB
          * app-editors/xemacs
          Latest version available: 21.4.15-r3
          Size of downloaded files: 10,441 kB

          Pour comparaison (je triche un peu, les gentooiste trouveront la faille :-)
          * app-office/openoffice-bin
          Latest version available: 1.1.4-r1
          Size of downloaded files: 78,564 kB
          * app-editors/nano
          Latest version available: 1.3.7
          Size of downloaded files: 985 kB

          A noter que l'executable de nano fait 116ko sur ma machine.

          Quand on se rappelle qu'on faisait du turbo-c ou turbo pascal sous dos avec 640ko avec une ide qui était déjà trés agréable (mais en caractéres).

          Que sur mon amiga, j'avais 1mo de ram et que je n'ai jamais autant programmé parce que je considérais qu'il fallait dépasser les limites.

          Alors dire qu'emacs ou vim c'est du client léger, rien que la taille de l'archive n'est pas téléchargeable avec un modem 56ko.

          Après on aime ou on aime pas, mais plus rien n'est léger en 2005, il faut quand même des procs à >100mhz et >16mo de ram pour faire marcher quelquechose.

          Tiens un gars qui fait son serveur web en circuit logique à 3mhz et qui a un meilleur temps de réponse que la plupart des serveurs web "pro", ça c'est même de l'ULM
          http://64.142.4.132/(...)

          Je ne dis pas qu'avant c'était mieux, je dis que l'informatique est devenue obèse parce qu'on ne cherche plus l'optimisation.

          On a la puissance, pourquoi pas, c'est plus zolis, on aplus d'aide contextuelle, c'est pas forcément un mal, et ça améliore même la productivité parfoit
          mais arrétons de se leurrer en parlant de "léger"

    [^]Re: Adoption

    Posté par ragoutoutou () le 26/05/2005 à 08:42. (lien). Évalué à 1.

    De toutes façons, il y aura des problèmes avec les brevets logiciels, si ce n'est pas avec des brevets existants, les USA préparent une réforme des brevets et si elle a lieu, il sera possible pour Microsoft et les autres de déposer des brevets sur des points clef des technologies utilisées dans le logiciel libre sans qu'il y ait encore moyen de les invalider via le priort art.

    • [^]Re: Adoption

      Posté par Aldoo (Jabber id, ) le 26/05/2005 à 08:51. (lien). Évalué à 5.

      Bon, ça ne resterait que les USA...
      Espérons que l'UE ne tombera pas dans le panneau.

    [^]Re: Adoption - "plugin" Msword

    Posté par dawar (page perso, ) le 26/05/2005 à 10:32. (lien). Évalué à 7.

    Dites, est-ce si difficile de créer un filtre pour Word par exemple ? Ca ressemble a un plugin, dans mes souvenir a l'installation de Word on peux cocher les filtres d'import/export que l'on souhaite, pourquoi ne pas proposer un filtre Word pour OOo/OpenDocument ?

    [^]Re: Adoption

    Posté par Jllc () le 26/05/2005 à 11:58. (lien). Évalué à 2.

    Le fait que ce soit ouvert, documenté, fait que la solution OpenOffice peut être plus intéressante que MS Office dans un projet ou le logiciel de bureautique n'est qu'un brique parmi d'autres.

    Mais du coup, c'est l'occasion de faire rentrer ce format dans une entreprise.

    • [^]Re: Adoption

      Posté par ragoutoutou () le 26/05/2005 à 15:44. (lien). Évalué à 4.

      Encore faut-il pouvoir les ouvrir avec word pour avoir une chance de les faire entrer en entreprise... La majorité des entreprises est équippée en microsoft et il en faudra beaucoup pour que les décideurs prennent l'OASIS au sérieux si ce n'est pas supporté par Microsoft.

      Je bosse dans une banque, et dans ce genre d'endroit, l'ouverture aux nouveautés est directement conditionnée par la compatibilité avec les produits déjà achetés. Pas de révolution possible, les évolutions étant déjà un luxe souvent inacceptable. Si on ne peut ouvrir les documents OASIS avec MS Office, il n'y a malheureusement pas l'ombre d'une chance de les voir adoptés chez nous.

      • [^]Re: Adoption

        Posté par dawar (page perso, ) le 27/05/2005 à 10:38. (lien). Évalué à 2.

        Ni chez 99% des utilisateurs d'une suite bureautique...

        [^]Re: Adoption

        Posté par Pierre Jarillon (page perso, ) le 27/05/2005 à 21:40. (lien). Évalué à 7.

        Encore faut-il pouvoir les ouvrir avec word pour avoir une chance de les faire entrer en entreprise...

        Très mauvais raisonnement ! C'est justement en envoyant des documents avec des nouveaux formats que l'on oblige son correspondant à se procurer le plugin ou le programme qui permet de les lire.
        Ce procédé qui a été employé par Word, Acrobat, Flash, ... Alors, il faut renvoyer l'ascenseur. De cette façon, on peut espérer stopper le rouleau compresseur de Microsoft.

        • [^]Re: Adoption

          Posté par dawar (page perso, ) le 28/05/2005 à 11:15. (lien). Évalué à 2.

          Oui, c'est tout a fait ce que l'on dit, tant qu'il n'y aura pas de plugin word pour ouvrir et même mieux enregistrer au format OOo ou OpenDocument, les gens continuerons à s'échanger des .doc, même crées par OOo

          • [^]Re: Adoption

            Posté par fmaz fmaz () le 28/05/2005 à 12:14. (lien). Évalué à 5.

            De toute façon, pour que les gens changent, ils faut une pression
            suffisante. Si je reçois 1 fichier au format .zgk, je remande qu'on
            me trouve un autre format. Si j'en reçois 15, je cherche un outil
            pour gérer les .zgk (que ce soit un plugin pour truc ou un
            programme indépendant).

            Supposons que l'état impose le format .zgk pour sa gestion interne
            et toutes les communications avec l'extérieur, cela crée une
            pression important pour quiconque veut communiquer avec l'état.
            À partir de cela, un certain nombre de boites vont trouver un moyen
            d'utiliser le format .zgk. Ensuite, ils utiliseront naturellement le
            même logiciel ou plugin pour communiquer avec d'autres boites qui,
            elles, ne travaillent pas directement avec l'état. De proche en
            proche, un certain nombre de boites vont utiliser ce format. On peut
            aussi imaginer que les personnes qui se retrouvent à travailler tous
            les jours avec des .zgi, vont aussi l'utiliser chez elles. On verra
            apparaître des emails: « regarde mes photos de vacances » au
            format .zgk et assez vite, tout le monde gèrera le .zgk.

            C'est comme tout, il faut une masse critique. L'état peut l'imposer
            et comme ils semblent chasser les coûts, il est possible qu'ils
            utilisent vraiment openoffice.org et donc les formats associés.

          [^]Re: Adoption

          Posté par ragoutoutou () le 28/05/2005 à 17:37. (lien). Évalué à 3.

          Très mauvais raisonnement ! C'est justement en envoyant des documents avec des nouveaux formats que l'on oblige son correspondant à se procurer le plugin ou le programme qui permet de les lire.

          La première migration à faire, c'est celle des institutions publiques. Si eux-même n'utilisent pas des logiciels compatibles OASIS, ça ne sera qu'un mouvement de bureaucratie inutile et coûteux que de réclamer des documents au format OASIS si c'est ensuite pour devoir les reconvertir en word pour usage interne.

          Une fois la migration effectuée, là on pourra envisager d'exiger des fichiers au formats OASIS, pas avant.

          Mais il y a fort à parier que les entités communiquant avec le gouvernement prendront des convertisseurs et bosseront en interne sous word plutôt que de faire la migration.

          En tout cas, sii c'est pour faire une conversion word=>OASIS d'un côté et faire OASIS=>word de l'autre, c'est débile.

          Le gouvernement n'a pas vocation à stopper le rouleau compresseur Microsoft.

          • [^]Re: Adoption

            Posté par fmaz fmaz () le 28/05/2005 à 18:24. (lien). Évalué à 9.

            Le gouvernement n'a pas pour vocation d'engraisser une
            boite de Redmond.

            • [^]Re: Adoption

              Posté par ragoutoutou () le 04/06/2005 à 21:00. (lien). Évalué à 1.

              Le gouvernement est un consommateur au même titre qu'une entreprise. C'est tout... et imposer des standards de documents qui ne sont utilisés nulle part (ou disons plutôt par une minorité très minoritaire), c'est limite du totalitarisme...

              • [^]Re: Adoption

                Posté par arnaudus () le 06/06/2005 à 06:56. (lien). Évalué à 1.

                Sauf, comme on le voit bin ici, si le choix d'un format au détriment d'un autre est un choix politique. Jusqu'à preuve du contraire, un gouvernement a le droit de faire des choix politiques... (troll sur la constitution européenne en vue, toussa toussa, mais les meilleurs trolls ne sortent pas de leur grotte le lundi matin).