Journal : OpenDocument : pas encore au point
Posté par drcanard () le 17 juillet 2005
Cher journal,
J'étais en train de m'intéresser au format OpenDocument dans le but d'y exporter des données via un script PHP (rien de bien sorcier en théorie).
Je me mets donc à faire des tests sur les deux suites qui l'implémentent, soit KOffice 1.4 et OpenOffice 1.9 (téléchargée hier).
Première remarque : si je mets des caractères de fin de ligne (\n) dans un paragraphe (ou plutôt à l'intérieur des balises XML <text:p> , KOffice affiche les sauts de ligne mais OpenOffice les ignore. C'est un peu idiot, mais comme d'un côté il y a une balise pour les sauts de ligne, je me dit qu'il suffit de ne pas produire ce genre de caractères.
Ca devient beaucoup moins drôle quand je commence à faire des listes à puces :
* Je remarque tout d'abord que, en générant une liste (à puces) à plusieurs niveaux, OpenOffice prenait en compte tous les niveaux alors que KOffice n'en prenait en compte qu'un.
* Mon premier réflexe est de chercher ce qui couille dans le XML généré en produisant tout d'abord un 'témoin sain', c'est à dire en créant une liste à plusieurs niveaux directement dans OpenOffice. C'est alors que je m'aperçois que, là encore, KOffice ne prend en compte qu'un seul niveau.
* Je fais donc l'opération inverse : créer une liste à puces de plusieurs niveaux dans KOffice. Et là, surprise : OpenOffice N'AFFICHE PAS LA LISTE DU TOUT.
Pour ceux qui veulent vérifier :
http://membres.lycos.fr/trobert2000/moules/openoffice.odt(...)
http://membres.lycos.fr/trobert2000/moules/koffice.odt(...)
Si déjà ça merde entre deux suites libres, j'ose pas imaginer ce qui se passerait si Microsoft voulait implémenter OpenDocument dans sa suite.
J'étais en train de m'intéresser au format OpenDocument dans le but d'y exporter des données via un script PHP (rien de bien sorcier en théorie).
Je me mets donc à faire des tests sur les deux suites qui l'implémentent, soit KOffice 1.4 et OpenOffice 1.9 (téléchargée hier).
Première remarque : si je mets des caractères de fin de ligne (\n) dans un paragraphe (ou plutôt à l'intérieur des balises XML <text:p> , KOffice affiche les sauts de ligne mais OpenOffice les ignore. C'est un peu idiot, mais comme d'un côté il y a une balise pour les sauts de ligne, je me dit qu'il suffit de ne pas produire ce genre de caractères.
Ca devient beaucoup moins drôle quand je commence à faire des listes à puces :
* Je remarque tout d'abord que, en générant une liste (à puces) à plusieurs niveaux, OpenOffice prenait en compte tous les niveaux alors que KOffice n'en prenait en compte qu'un.
* Mon premier réflexe est de chercher ce qui couille dans le XML généré en produisant tout d'abord un 'témoin sain', c'est à dire en créant une liste à plusieurs niveaux directement dans OpenOffice. C'est alors que je m'aperçois que, là encore, KOffice ne prend en compte qu'un seul niveau.
* Je fais donc l'opération inverse : créer une liste à puces de plusieurs niveaux dans KOffice. Et là, surprise : OpenOffice N'AFFICHE PAS LA LISTE DU TOUT.
Pour ceux qui veulent vérifier :
http://membres.lycos.fr/trobert2000/moules/openoffice.odt(...)
http://membres.lycos.fr/trobert2000/moules/koffice.odt(...)
Si déjà ça merde entre deux suites libres, j'ose pas imaginer ce qui se passerait si Microsoft voulait implémenter OpenDocument dans sa suite.
> Lire le journal (8 commentaires, moyenne: 3,4).
Vous avez demandé le commentaire #602045.
Run by 
Cette page a été générée par Templeet en 0.0422s (dont 0.0043 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Plus d'infos
Désolé pour le ton enflammé du journal. J'étais un peu en colère au moment où je l'avais écrit. C'est vrai que c'est un peu trop exigeant de demander l'implémentation parfaite d'une norme de 700 pages sortie en version finale il y a même pas 3 mois.
Voilà, le bug des listes a été signalé hier soir à la team KDE et corrigé ce midi dans le CVS. Les devs d'OOo ont été apparemment prévenus.
[^]Re: Plus d'infos
Comme quoi, ça sert à rien de s'énerver !
Par contre, tu devrais continuer à faire ce genre de tests : si à chaque fois tu trouves des bugs et les rapporte, ça ne peut qu'améliorer koffice et openoffice. C'est à mon avis un très bon moyen pour les aider.