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 #601869.
Run by 
Cette page a été générée par Templeet en 0.0508s (dont 0.0051 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
KOffice...
N'as tu pas remarqué que le format par défaut dans KWord est toujours le format KOffice et pas le format OpenDocument ?
C'est parce que le travail là dessus n'est pas terminé ! Ils font encore des corrections très fréquentes dans leur SVN.
Il serait donc bon que tu rapportes les bugs, afin de les voir corrigés dans un KOffice 1.4.1.
Par contre, je me demande quel est la qualité du support de ces formats dans OpenOffice 1.1.5. Quelqu'un a pu tester la 1.1.5 rc1 ? (Je n'ai pas pu suite à ce problème : http://linuxfr.org/forums/36/10127.html(...)
[^]Re: KOffice...
Le problème vient de l'implémentation du format OpenDocument, pas du format lui-même. Et ni Koffice ni OpenOffice.org2 ne sont terminés à ce jour, donc ayez un peu d'indulgence....
Rappel : merci de faire remonter l'info si vous trouvez un bug... (listes de diffusion, IssueZilla... )
Pour ce qui est de la version 1.1.5rc1, j'ai testé deux versions que je compile :
celles pour LinuxPPC et Mac OSX/X11
Je suis extrêmement content de la version LinuxPPC, et ... pas du tout de la version Mac OSX Tiger.
Que se passe-t-il si on ouvre un document de type .odt (par exemple) avec la 115rc1 ?
Tout simplement un avertissement disant que toutes les fonctionnalités ne sont pas disponibles (je n'en sais pas plus à ce sujet, désolé). Ensuite, le document s'ouvre, et effectivement, certains champs peuvent être absents.
Pour ceux que cela intéresse, une version Intel expérimentale sera prochainement uploadée ici : <http://ooo.lab-project.net/~ebachard/Linux_Intel/1.1.5/>(...)
Pour la version Linux PPC, c'est là :
<http://ooo.lab-project.net/~ebachard/Linux_PowerPC/1.1.5/fr/>(...)
Je n'uploaderai pas, pour l'instant la version Mac OSX Tiger /X11.
--
eric bachard
[^]Re: KOffice...
Tout simplement un avertissement disant que toutes les fonctionnalités ne sont pas disponibles (je n'en sais pas plus à ce sujet, désolé). Ensuite, le document s'ouvre, et effectivement, certains champs peuvent être absents.
À vue de nez : tables imbriquées, plus de 60000 lignes dans le tableur, macros au format python, fontwork ?
Bref, toutes les nouvelles fonctionnalités d'OOo2
[+] [^]Re: KOffice...
Votre message a été flashé à 13.5 sur l'échelle trolloscopique.
Retrait immédiat de 3 points sur votre permis de poster.
Bonne journée !
Vincent Roche
[^]Re: KOffice...
Pardon ?
Je n'ai fais que lister des changements d'OOo 2 qui n'existent à priori pas dans OOo 1.1, et à fortiori dans la 1.1.5, sauf si ils ont backporté les fonctionnalités (ce dont je doute).
Où est le troll ?