Liens connexes

Dépêche modérée par

Dépêche éditée par

: Enfin une norme pour la bureautique : OpenDocument 1.0

Posté par tuiu pol (Jabber id, ). Modéré le 26 mai 2005.
0
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 suite (78 commentaires, moyenne: 3,9).   [dépêche : 2354 caractères]

Ancienne version de la news :
On en parlait depuis longtemps, cette fois c'est fait : ce lundi 23 mai l'organisme de normalisation OASIS (Organisation for the Advancement of Structured Information Standards) a annoncé que ses membres ont approuvé l'Open Document Format for Office Application (Open Document) v1.0 comme standard.

(Traduction libre) « OpenDocument fournit un schéma simple de XML pour le texte, les bilans, les diagrammes, et les documents graphiques. Il se sert des normes existantes, telles que le HTML, SVG, XSL, SMIL, XLink, XForms, MathML, et Dublin Core, dans la mesure du possible. OpenDocument a été conçu comme concept de paquet, lui permettant d'être employé comme format de fichier de défaut pour des applications de bureau sans augmentation de la taille des fichiers ou de la perte d'intégrité de données. »


Extrait de la FAQ :

What is the current state of the specification?

OpenDocument 1.0 is an approved OASIS Standard, a status that signifies the highest level of ratification.

Who owns OpenDocument?

OpenDocument is owned by OASIS, a not-for-profit organization dedicated to the open development of public XML standards. OpenDocument is maintained by an OASIS Technical Committee made up of XML, document management and office application experts.

How much will it cost to use OpenDocument?


OpenDocument is royalty-free. It can be used without charge by anyone.

Who benefits from this work and how?

An open document format for office applications protects content, whether it is an 800-page airplane specification or a legal contract, from being locked into an application- or vendor-specific file format. Additionally, it lets application users participate in the benefits of XML file formats without having to change their habits and without requiring additional knowledge or education.



Attention toutefois :

au début de l'année, l'OASIS était sur le point d'accepter les brevets logiciels dans leurs standards (un peu comme le W3C à l'époque). AFUL, APRIL, FSF France et OpenOffice.org d'un côté et Groklaw de l'autre avaient alors réagi.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

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...

dépêche

Posté par tuiu pol (Jabber id, ) le 26/05/2005 à 09:18. (lien). Évalué à 8.

Oula merci à ceux qui ont modérés/édités la dépêche d'origine : elle a considérablement été améliorée :)

Extensions des fichiers : od[tgpsicfmh]

Posté par r¹° (page perso, ) le 26/05/2005 à 11:18. (lien). Évalué à 8.

J'allais poser la question sur les extensions de fichier qui serons employées, mais j'ai finalement trouvé tout seul en cherchant un peu !
Alors les voilà pour ceux que ça intéresse aussi :
odt pour les documents de texte.
odg pour les documents graphiques (dessin).
odp pour les documents de présentation.
ods pour les documents de tableurs.
odi pour les images.
odc pour les graphes.
odf pour les formules.
odm pour les documents globaux de texte.
odh pour les documents html.

La traduction est approximative et peu-être pas très exacte. L'original se trouve dans le PDF http://www.oasis-open.org/committees/download.php/12572/OpenDocumen(...) (p 697-698)

J'adore OpenOffice.org, mais...

Posté par Anthony F. () le 26/05/2005 à 11:56. (lien). Évalué à 10.

OpenDocument (...) se sert des normes existantes, telles que le HTML, SVG, XSL, (...) dans la mesure du possible.

Malheureusement, la gallerie de OpenOffice.org 2.0 (m104) ne permet toujours pas d'utiliser les "OpenClipart.org" au format SVG... ce qui est franchement dommage quand on voit le peu d'objets disponibles par défaut.

C'est limite hors sujet... mais y'a les "moinssages" au besoin ;-)

Est-ce suffisant pour une bonne interopérabilité

Posté par sharko () le 26/05/2005 à 12:19. (lien). Évalué à 10.

Pour moi, OpenDocument est une promesse de pouvoir utiliser de façon transparante l'application de mon choix tout en travaillant en collaboration.

Or, je vois deux failles dans cette approche.

1: Il me semble bien que OpenDocument permet d'utiliser des champs « propriétaires » spécifiques à une application (foreing elements chaptitre 1.5).

Supposons que ce format devienne obligatoire ou imposé pour des réponses à appel d'offre.
Or supposons qu'un éditeur ce veux pas de cette compatibilité (il cherche à verrouiller l'utilisation de son logiciel que ses super marketeux sont arrivé a vendre comme des petits pains).
Mais cette éditeur souhaite quand même obtenir le label « OpenDocument » pour pouvoir le vendre à des société qui l'exige.
Il peut utiliser un format 100% Valide en OpenDocument en utilisant de façon intensive des champs « propriétaires » quitte à utiliser ses champs même pour des propriété triviaux qu'il aurait pu décrire en utilisant des champs de la norme (genre mettre le texte dans un « foreing element » mais codé en rot13). Les autres softs ne pourront pas le lire car ils ne pourront pas interpréter correctement des propriétés indispensables.
De plus, il peut même décrédibiliser openOffice et consort en se permettant de lire leurs fichiers alors qu'eux ne peuvent pas (</mauvaise fois on>quelle bouse ce oo, il ne peut même pas lire ce fichier openDocument valide alors que mon magicOffice y arrive sans problème <mauvaise fois off>)

2: Je ne vois comment traiter correctement l'écart de fonctionnalité entre les soft (même entre des soft qui « jouent le jeux »)

OpenDocument est un format intégrant le maximum de fonctionnalité. Chaque suite bureautique n'utilise qu'une partie de celle-ci. Mais si la suite A utilise une propriété qui à un impact sur le fichier, rien n'assure que la suite B saura l'interpréter correctement. Et si cette propriété m'est indispensable pour la bonne compréhension du document, j'ai un problème. Prenons par exemple une transition dans une diapositive qui me permet de faire apparaître un élément graphique de manière particulièrement éclairante pour ma présentation. Je créé mon document sous Oo. Je l'envoie à mon client. Il le lit sous KOffice et n'y comprend rien.

Je ne peut donc pas envoyer un document (même si c'est OpenDocument) à une personne en étant sur qu'il puisse tout lire, le modifier et me le renvoyer sans problème.


En conclusion :
Si mes peurs sont justifiées, je vais être déçus. Bien que cela soit une grande avancée dans l'interopérabilité, pour moi, cela ne permet pas d'avoir un document d'échange éditable sans soucis. Et je pense que cela à été sur-vendu et que la déception qui pourrai en suivre serai très dommageable.

__
Je me suis laché pour mon premier post

un viewer rapide ?

Posté par Xavier Teyssier (Jabber id, page perso, ) le 26/05/2005 à 13:35. (lien). Évalué à 5.

Tout ça, c'est très bien, mais si j'envois mon fichier opendoc à quelqu'un qui n'a pas Openoffice sur sa machine, ça risque d'un peu l'embêter d'installer toute la suite juste pour visualiser ce document.

Il faudrait donc écrire un visualisateur léger qui tourne sous toutes les plate-formes...

Note : le "léger" est là pour éliminer Openoffice et Acrobat Reader !

Ceci n'est pas une norme

Posté par Mes Zigues () le 27/05/2005 à 22:36. (lien). Évalué à 5.

Le titre est un attrape couillon, Opendocument n'est pas encore une norme, ce n'est qu'un standard, adopté par un organisme de standardisation, important certe, mais ce n'est pas une norme.

Une des caractéristiques d'une norme, en droit fanrçais, est d'être opposable dans les appels d'offres. Pour cela, le texte doit être publié, avec un niveau norme, soit par le CEN (comme ça c'est pareil dans tous les payes européens) soit par l'AFNOR (la publication à l'ISO n'impose rien au niveau français).

Pour le moment, rien n'oblige (ni n'interdit) un acheteur public à mettre dans son appel d'offres l'obligation que les logiciels bureautiques achetés produisent des fichiers conformes à Opendocument.

Quelqu'un aurait-il des information sur l'adoption d'Opendocument par les instances européennes ou françaises ?

Pour mémoire, il existe 2 normes internationales (ISO) concernant le format des documents : ODA et SGML.

Revenir en haut de page