OpenDocument
Un article de Wikipédia, l'encyclopédie libre.
OpenDocument est un format ouvert de données pour les applications bureautiques : traitements de texte, tableurs, présentations, diagrammes, dessins et base de données bureautique. OpenDocument est la désignation d'usage d'un standard dont l'appellation officielle est OASIS Open Document Format for Office Applications, également abrégée par le sigle ODF.
La spécification OpenDocument s'est très largement inspirée du format créé pour les premières versions de la suite bureautique libre et gratuite OpenOffice.org. Les deux formats sont en effet fondamentalement similaires, tant par leur structure générale que par la liste des objets documentaires qu'ils permettent de représenter.
Successeur du format initial d'OpenOffice.org, OpenDocument est avant tout proposé comme un format de convergence et d'interopérabilité entre logiciels bureautiques et, plus généralement, entre applications de traitement de documents. Il est compatible avec les standards de métadonnées du Dublin Core.
La mise en œuvre du format OpenOffice.org avait déjà été, en son temps, une innovation fondamentale, en ce sens qu'elle consacrait le principe d'un format bureautique formellement documenté et librement exploitable par des tiers. OpenDocument représente une extension de ce principe. En effet, non seulement il s'agit d'un format documenté, publié, librement exploitable, mais encore la spécification elle-même est sous le contrôle d'un organisme indépendant de tout éditeur de logiciel bureautique.
Sommaire |
[modifier] Un format ouvert et normalisé pour la bureautique
L'importance stratégique d'OpenDocument vient de ce qu'il représente le premier effort de normalisation dans le domaine de la bureautique qui en était resté très longtemps éloigné, chaque application bureautique ayant auparavant son propre format non interopérable.
OpenDocument a ses origines dans le format XML utilisé pendant plusieurs années par Sun Microsystems / OpenOffice.org version 1.1.4 et inférieures. Bien qu'ouvert, ce format restait propre à cette suite. Un palier est franchi lorsque David Faure pour le projet KOffice annonce sa volonté de coopérer au sein de l'Organization for the Advancement of Structured Information Standards (OASIS) pour en faire une norme apte à être utilisée par toute application bureautique. Ils sont rejoints au sein de ce comité par des poids lourds comme Adobe Systems, Corel, IBM et Google[1]. De grands clients comme Boeing, Intel, le National Archive of Australia, le New York State Office of the Attorney General ou la Society of Biblical Literature renseignent le comité technique sur leurs besoins.
En mai 2005, la version 1.0 de la spécification d'OpenDocument est approuvée par le comité de normalisation de l'OASIS
Elle est disponible librement en téléchargement et est implémentable gratuitement par toute partie comme le précisent les termes de la licence[2].
Bien qu'OASIS ait changé sa politique[3] pour autoriser les techniques sous brevets RAND dans ses normes, ceci n'affecte pas le groupe de travail OASIS OpenDocument qui est resté à l'ancienne politique de licence. OpenDocument est et restera implémentable librement et gratuitement.
En septembre 2005, est déposée une demande en certification auprès de l'ISO ( Organisation internationale de normalisation). Celle-ci a été attribuée le 1er mai 2006. Le format OpenDocument est dorénavant une norme ISO (ISO 26300:2006) comme les formats PDF et PDF/X (ISO 15929, ISO 15930, ISO 16612 et ISO 19005) ou HTML (ISO 15445).
Les logiciels OpenOffice.org, NeoOffice, StarOffice, KOffice ainsi que des éditeurs comme IBM, Novell et Sun utilisent et acceptent le format OpenDocument. Sous la pression d’un nombre croissant d’institutions, la suite Microsoft Office de la société Microsoft accepte ce format via un logiciel complémentaire pour lire et enregistrer des fichiers au format Open Document (Word, Excel) [4].
Pour expliquer l'importance d'un format normalisé pour la bureautique, Tim Bray utilise toujours le même argument dans ses présentations : il pose cette question « Qui d'entre vous est sûr de posséder des documents auxquels il voudra pouvoir accéder dans dix ans ?», puis cette autre « Qui d'entre vous est sûr d'utiliser la même application bureautique dans dix ans ? ». Lorsqu'il reçoit beaucoup de réponses oui à la première question, et peu à la seconde, il continue en disant « Bien, donc je vais vous parler d'OpenDocument… »
Note: la nouvelle version, OpenDocument 1.1, est aussi un standard Oasis depuis février 2007 , à ce jour ce n'est pas encore un standard ISO .
[modifier] Extensions de fichiers associées
Le format OpenDocument regroupe les formats suivants (avec les extensions de documents associées) :
Type de fichier | Extension | Type MIME |
---|---|---|
Texte formaté | .odt | application/vnd.oasis.opendocument.text |
Tableur | .ods | application/vnd.oasis.opendocument.spreadsheet |
Présentation | .odp | application/vnd.oasis.opendocument.presentation |
Dessin | .odg | application/vnd.oasis.opendocument.graphics |
Diagramme | .odc | application/vnd.oasis.opendocument.chart |
Formule | .odf | application/vnd.oasis.opendocument.formula |
Base de données | .odb | application/vnd.oasis.opendocument.database |
Image | .odi | application/vnd.oasis.opendocument.image |
Document principal | .odm | application/vnd.oasis.opendocument.text-master |
Il existe également des modèles dans OpenDocument. Un modèle est constitué d'informations sur le formatage de documents (comme les styles) sans qu'il ne contienne lui-même les données.
Les modèles faisant partie de la norme sont :
Type de fichier | Extension | Type MIME |
---|---|---|
Texte formaté | .ott | application/vnd.oasis.opendocument.text-template |
Tableur | .ots | application/vnd.oasis.opendocument.spreadsheet-template |
Présentation | .otp | application/vnd.oasis.opendocument.presentation-template |
Dessin | .otg | application/vnd.oasis.opendocument.graphics-template |
Ces différents formats sont basés sur les formats ZIP et XML
[modifier] Description du format
Un format OpenDocument est une archive ZIP contenant un certain nombre de fichiers et de répertoires :
Fichiers XML | Autres fichiers | Répertoires |
---|---|---|
content.xml meta.xml settings.xml styles.xml |
mimetype layout-cache |
Basic/ META-INF/ Thumbnails/ Pictures/ Configurations2/ |
Le format OpenDocument soutient une forte séparation entre contenu, mise en page et méta-données.
[modifier] content.xml
C'est le fichier le plus important, il contient le véritable contenu du document (excepté le contenu binaire telles les images qui sont stockées dans des fichiers séparés). La syntaxe tire son inspiration du HTML et, quoique bien plus complexe, est raisonnablement compréhensible par un humain entraîné :
<text:h text:style-name="Heading_2">Ceci est un titre</text:h> <text:p text:style-name="Text_body"/> <text:p text:style-name="Text_body"> Ceci est un paragraphe. L'information de mise-en-page est stockée à part dans le style "Text_body" (Corps de texte). La balise vide text:p au-dessus correspond à un paragraphe vide, c'est-à-dire à un saut de ligne. </text:p>
OpenDocument a été conçu pour permettre la conversion de ces données depuis plusieurs formats propriétaires (de Corel, le .doc de Microsoft Office…). Il reconnaît donc les fonctionnalités habituelles des suites bureautiques : plusieurs niveaux de chapitres, listes, paragraphes numérotés, liens, Ruby, références, bookmarks, historique des changements… On y trouve également les mécanismes pour générer automatiquement les tables des matières, les index, les bibliographies…
Continuer à traduire http://en.wikipedia.org/wiki/OpenDocument#Content
[modifier] styles.xml
Un fichier OpenDocument est un ensemble d'objets décrits dans content.xml sur lesquels sont appliqués des styles définis dans le fichier styles.xml.
Un style est une collection de propriétés à la fois structurelles et de mise en forme. Une utilisation courante d'une application prenant en charge OpenDocument consiste donc à alterner entre la rédaction du texte et l'application de styles sur celui-ci.
Les styles s'appliquent sur toutes sortes d'objets : paragraphes, cadres, pages, caractères, numérotations, etc. Les propriétés qu'ils définissent sont entre autres : le type d'un texte (standard, titre, note de bas de page, etc), les caractéristiques visuelles d'un texte (le choix de la police de caractères, la taille, l'alignement, la couleur, etc), le type d'un compteur, l'ombrage d'une image, le nombre de colonnes d'une page, le sens d'écriture d'un cadre (par exemple, pour écrire du japonais à la verticale), etc. Les styles peuvent être créés pour toutes sortes d'usages et même avoir des propriétés conditionnelles. Pour les usages ponctuels de mise en forme, des styles automatiques, dépourvus de sens sémantiques, sont générés par le programme. L'abus de ces styles automatiques est considéré comme une erreur d'utilisation et surcharge inutilement le document.
[modifier] meta.xml
Ce fichier contient les métadonnées associées au document.
Une liste de champs prédéfinis est indiqué par le standard : application, titre, description, sujet, mots-clés, auteur initial, auteur, imprimé par, date de création, date de dernière modification, date de dernière impression, durée d'édition, modèle utilisé, rechargement automatique, comportement url (??), langue, nombre d'éditions, durée totale d'édition, statistiques sur le document.
Les métadonnées permettent de gérer l'interopérabilité entre divers types de ressources informatiques.
En anglais : Generator, Title, Description, Subject, Keywords, In
[modifier] Outils de développement
OpenDocument est conçu non seulement pour devenir un format commun pour les applications bureautiques du marché, mais aussi pour permettre la production ou l'exploitation automatique de documents dans le cadre de toutes sortes d'applications. L'objectif est bien entendu de réaliser ces traitements en accédant directement aux fichiers, sans dépendre d'un logiciel bureautique quelconque, de manière à pouvoir développer des applications plus robustes, plus performantes et capables de s'exécuter dans d'autres environnements que les postes de travail des utilisateurs. Cet objectif concerne deux sortes d'applications, à savoir d'une part celles qui exploitent les données contenues dans les documents (traitement de formulaires, gestion électronique des documents), et d'autre part celles qui produisent ou modifient des documents à partir d'informations de gestion.
L'enjeu est important dans la mesure où il est de plus en plus nécessaire d'améliorer l'interopérabilité entre bureautique et système d'information.
L'outil le plus complet est UNO, mais il s'agit d'un cas très particulier. Plus qu'une simple interface de programmation, UNO est le composant central de la suite bureautique OpenOffice.org. De ce fait, il ne correspond pas tout à fait au critère d'indépendance envers un logiciel bureautique et implique des contraintes de performances non négligeables. De plus, du fait même de sa richesse, cet outil est d'un maniement complexe. Cependant, UNO permet aux programmeurs, si nécessaire, de disposer de nombreuses fonctionnalités automatisables d'OpenOffice.org et peut être utilisé dans plusieurs environnements. Il supporte nativement les langages Java, C++ et Python. Des adaptations pour d'autres langages (comme Perl, Delphi et Tcl) sont disponibles ou prévues, mais avec des possibilités plus limitées.
Pour développer des applications réellement indépendantes de tout "moteur" bureautique particulier dans de bonnes conditions de performances, on doit disposer d'outils offrant au minimum trois types de fonctionnalités:
- compression et décompression ZIP;
- gestion de la correspondance entre le jeu de caractères local de l'utilisateur et le jeu de caractères UTF-8 dans lequel sont encodés les documents;
- analyse syntaxique, production et recherche d'éléments dans des documents XML.
Ces fonctionnalités de base sont disponibles dans la plupart des langages de programmation usuels. Elles sont cependant peu productives et ne peuvent être utilisées que par des développeurs maîtrisant la spécification OpenDocument. Des outils de développement de plus haut niveau, plus spécialement conçus pour OpenDocument, sont nécessaires pour réduire la complexité des programmes et l'effort d'apprentissage du développeur. Dans ce domaine, plusieurs initiatives ont vu le jour; certaines ont déjà produit des solutions opérationnelles, d'autres sont émergentes. En voici quelques-unes:
- LibOpenDocument est un projet d'interface de programmation d'usage général, initialement basé sur Python, initié par l'OpenDocument Fellowship.
- Open Document Format Utilities est une collection de classes Java, librement téléchargeables, destinée à extraire le texte ou les métadonnées d'un document.
- ODF Tools est principalement une collection de feuilles de styles XSL développées par l'OpenDocument Fellowship et destinées à convertir des fichiers OpenDocument dans d'autres formats et vice-versa.
- OpenDocument Connector alias OpenOffice::OODoc est une interface de programmation d'usage général, basée sur Perl et disponible en distribution CPAN (il en existe une présentation en Français).
- OOBuilder est lui aussi un outil en Perl, également disponible en distribution CPAN, qui permet la création simple et rapide de documents.
- OpenDocumentPHP
[modifier] Adoption
Tout en suivant KOffice et OpenOffice.org, de nombreux vendeurs expriment leur intérêt pour OpenDocument. Parallèlement, OpenDocument est ciblé par des administrations, comme l'État du Massachusetts ou l'Union européenne, désirant bâtir leur infrastructure publique sur des standards ouverts.
Le 3 mars 2006 naît une Open Document Alliance.
[modifier] État du Massachusetts
![]() |
La forme (style, orthographe…) ou le fond (validité des informations, neutralité…) de cet article est à vérifier. Discutez-en ou améliorez-le ! Si vous venez d'apposer le bandeau, veuillez cliquer sur ce lien pour créer la discussion. |
(paragraphe à réactualiser)
OpenDocument est médiatisé en 2005 par une démarche de l'État américain du Massachusetts qui développe la vision d'une infrastructure publique basée sur les standards, ouverte, interopérable, concurrentielle et pérenne, en opposition à la situation actuelle où elle est déterminée par les applications utilisées. Cette démarche fait figure de précurseur, toutes les administrations étant confrontées aux mêmes défis, et a été par conséquent observée de près. Une partie essentielle de cette démarche consiste en l'évaluation et la sélection de formats de fichiers dans le domaine de la bureautique. Après une évaluation des différents candidats étalée sur huit mois et soumis à un intense lobbying de toutes les parties, il est décidé le 21 septembre 2005 :
- que « Pour assurer le maximum d'interopérabilité, il est recommandé que les extensions propriétaires à tout format XML soient évitées. » ("To insure maximum interoperability, it is recommended that proprietary extensions to any XML specifications be avoided"). Ceci combiné à une politique de licence trop restrictive conduisent à rejeter le format Open XML de Microsoft Office, initialement accepté. Une clause subordonnant l'implémentation de ce format vise en effet explicitement à barrer la route à OpenOffice.org son principal concurrent, placé sous la licence GPL (source, confirmation par un employé de Microsoft).
- de standardiser sur les formats texte, HTML, PDF (mise en page parfaitement conservée) et donc OpenDocument
- que la migration vers le format OpenDocument doit se faire d'ici le 1er janvier 2007. ("Agencies will need to develop phased migration plans allowing them to configure existing applications to save office documents by default in the OpenDocument format with an implementation date of January 1, 2007. Any acquisition of new office applications must support the OpenDocument format natively.")
Bien que le format PDF appartienne à Adobe, il est accepté grâce à sa politique de licence très ouverte (ses spécifications sont publiques et de nombreuses sources sont mises à disposition librement par Adobe pour les développeurs tiers).
Cette décision a été présentée par de nombreux journalistes sous le titre aguicheur : « L'État du Massachussetts exclut Microsoft Office de son infrastructure ». Ceci est inexact ; la décision porte uniquement sur le format de données et Microsoft est aussi libre que les autres d'implémenter le format OpenDocument.
À ce sujet, Alan Yates a rédigé au nom de Microsoft une longue réponse à l'État du Massachussetts, expliquant en substance que Microsoft n'entend pas prendre en compte pour l'instant le standard OpenDocument.
Les concurrents de Microsoft, tels Tim Bray (co-inventeur du langage XML), le projet Koffice ou encore Sam Hiser ont sévèrement critiqué ce refus et l'argumentation qui l'accompagne. Selon eux, les raisons pour ne pas reconnaître OpenDocument seraient plus politiques que techniques. Microsoft refuserait d'avoir à affronter une concurrence basée sur les seuls mérites des applications respectives : fonctionnalités, rapidité, ergonomie, prix.
[modifier] Union européenne
L'Union européenne a évalué différents formats bureautiques et s'est prononcée favorablement à OpenDocument comme base d'un format standard pour l'échange de documents. La Commission européenne écrit notamment dans sa lettre finale d'évaluation d'OpenDocument :
« Les nécessités de transparence et d'accessibilité dictent que les échanges d'informations publiques avec les gouvernements évitent de dépendre de technologies qui impliquent ou imposent un produit ou une plate-forme en particulier pour les affaires ou les citoyens. »
Dans cette évaluation, la Commission européenne a demandé également que le format OpenDocument soit présenté au comité de standardisation ISO. Sun Microsystems et le comité OASIS ont accepté.
En avril 2006, la DGME lance un appel public à commentaires sur la base d'une version projet du RGI (Référentiel Général d'Interopérabilité). L'utilisation du format OpenDocument y est recommandée. [1]
En mai 2006, l'ISO/IEC a adopté le format, qui est devenu ainsi la norme ISO/IEC 26300:2006. Ce label ayant été obtenu, l'Union européenne pourrait à présent recommander à son tour OpenDocument.
Notons qu'OASIS est l'une des quelques organisations autorisées par l'ISO à proposer ses standards suivant la procédure « fast track » (accélérée), qui évite qu'un comité technique de l'ISO ait à dupliquer celui de l'OASIS.
Vendredi 2 juin 2006, le Danemark a franchi une étape importante en Europe en votant à l'unanimité un projet visant à utiliser les standards ouverts (ODF en particulier) dans tout ce qui touche aux technologies de l'information dans le pays.
Vendredi 23 juin 2006, le Gouvernement fédéral belge décide de rendre obligatoire dans son administration le format Open Document à partir de septembre 2008 [5][6]. La Belgique sera le premier État au monde qui interdira de facto l'usage des formats propriétaires tels ceux de Microsoft [7] [8] [9]. En septembre 2008, ODF devrait être obligatoire entre les différents services et administrations belges.
En France, le député Bernard Carayon recommande également l'utilisation d'OpenDocument dans son deuxième rapport sur l'intelligence économique et la normalisation, intitulé à armes égales [10].
[modifier] Voir aussi
[modifier] Notes et références
- ↑ (fr) http://www.zdnet.fr/actualites/informatique/0,39040745,39362142,00.htm
- ↑ (en) http://www.oasis-open.org/committees/office/ipr.php
- ↑ (en) http://www.groklaw.net/article.php?story=20050222131432302
- ↑ (en) http://sourceforge.net/projects/odf-converter
- ↑ (fr) Communiqué de presse du conseil des Ministres
- ↑ http://www.zdnet.fr/actualites/informatique/0,39040745,39361783,00.htm
- ↑ (fr) http://www.belgium.be/eportal/application?pageid=contentPage&languageParameter=fr&docId=38505
- ↑ (en) http://www.techworld.com/applications/news/index.cfm?newsID=6335&pagtype=all
- ↑ (nl) http://www.standaard.be/Artikel/Detail.aspx?artikelid=GB1U60S9
- ↑ (fr) À armes égales, rapport au premier ministre de Bernard Carayon
[modifier] Liens internes
- XML
- Open XML
- Format de données
- Format ouvert
- Interopérabilité informatique
- Métadonnée
- Référentiel Général d'Interopérabilité
- Comparaison d'applications supportant OpenDocument
- OpenOffice
[modifier] Liens externes
- (en) Catégorie OpenDocument de l'annuaire dmoz.
- (en) L'ODF Alliance
- (fr) Bureautique : le format Opendocument sur Apitux.org
- (fr) Du nouveau autour du format OpenDocument
[pdf] (en) Le standard OASIS pour OpenDocument (ODF)
|
|