Il semblerait qu'il y ai quelques lacunes dans les spécifications OpenDocument. Par exemple la syntaxe des formules de calcul n'y est quasiment pas décrite. Et à quoi sert un tableur sans les formules ?
cf. http://blogs.gnome.org/view/mortenw/2005/06/16/0(...)
C'est assez ennuyeux parceque du coup il y a très peut de chances pour que les diverses implémentation soient interopérables: chacun aura besoin du support des formules avant que la norme soit corrigée, et nous auront plein d'implémentations, compatibles avec la norme, mais incompatibles entre elles...
Ça donne malheureusement raison à Yates sur un point : (au choix) le format n'est pas adapté aux besoins d'une suite bureautique moderne, ou il n'est pas mûr (pas fini).
D'autre part, selon le même Welinder, les spécifications sont énormes donc dures à implémenter correctement (Celà dit il vaut toujours mieux bosser sur des spécifications bien détaillées qu'à partir de reverse engeneering...). Quand on voit la difficulté qu'ont les divers navigateurs à afficher de la même façon des documents xhtml/css2 (normes beaucoup moins complexes), on peut être pessimiste pour OD. J'espère que l'avenir me contredira.
Quoiqu'il en soit, l'interopérabilité n'est pas tout, et OD conserve l'immense mérite d'être un standard collégial, libre de brevets et ouvert.
# Compatibilité des tableurs OD entre eux
Posté par herodiade . En réponse à la dépêche Le Massachusetts adopte le format OpenDocument. Évalué à 5.
cf. http://blogs.gnome.org/view/mortenw/2005/06/16/0(...)
C'est assez ennuyeux parceque du coup il y a très peut de chances pour que les diverses implémentation soient interopérables: chacun aura besoin du support des formules avant que la norme soit corrigée, et nous auront plein d'implémentations, compatibles avec la norme, mais incompatibles entre elles...
C'est en tout cas le pronostic de Morten Welinder, mainteneur de Gnumeric, qui recommande à l'auteur d'un plugin OD pour Gnumeric de depenser son energie de façon plus profitable sur le format Excel : http://www.mail-archive.com/gnumeric-list@gnome.org/msg00326.html(...)
Ça donne malheureusement raison à Yates sur un point : (au choix) le format n'est pas adapté aux besoins d'une suite bureautique moderne, ou il n'est pas mûr (pas fini).
D'autre part, selon le même Welinder, les spécifications sont énormes donc dures à implémenter correctement (Celà dit il vaut toujours mieux bosser sur des spécifications bien détaillées qu'à partir de reverse engeneering...). Quand on voit la difficulté qu'ont les divers navigateurs à afficher de la même façon des documents xhtml/css2 (normes beaucoup moins complexes), on peut être pessimiste pour OD. J'espère que l'avenir me contredira.
Quoiqu'il en soit, l'interopérabilité n'est pas tout, et OD conserve l'immense mérite d'être un standard collégial, libre de brevets et ouvert.