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.
# Est-ce suffisant pour une bonne interopérabilité
Posté par sharko . En réponse à la dépêche Enfin une norme pour la bureautique : OpenDocument 1.0. Évalué à 10.
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