Sur la simplicité relative d'ODF et de PDF, je crois que ça dépend de quelle tâche on parle. Si le but est d'afficher le document "bien comme il faut", il y a largement plus d'outils "tous faits" pour réaliser ça depuis du PDF que de l'ODF. Pour ce dernier, à part OOo (et - dans une certaine mesure - KOffice et Abiword) il n'y guère de moyen d'y parvenir. Pour du PDF, en revanche, les librairies permettant de l'afficher existent (Poppler, notamment, ghostcrit dans une moindre mesure, etc).
En revanche, dès qu'on veut toucher au fond plus qu'à la forme, ODF (enfin surtout un document ODF bien structuré, avec des styles intelligements choisis et nommés), c'est que du bonheur. Générer des courriers types depuis un modèle ODF, c'est très simple à faire depuis n'importe quel langage de programmation qui propose des fonctionnalités ZIP et XML (Python, Perl, Java, Ruby, etc.), fut-ce via des librairies externes. De même, récupérer le texte d'un ODF est faisable sans librairie spécifique au format.
Bref, comme tu le dis si bien, c'est deux formats qui sont plutôt complémentaires que concurrents, et heureusement. Sinon l'ODF n'aurait aucune chance de percer, vu la position de l'autre.
[^] # Re: C'est une bonne nouvelle.
Posté par Larry Cow . En réponse au journal ODF en console \O/. Évalué à 3.
En revanche, dès qu'on veut toucher au fond plus qu'à la forme, ODF (enfin surtout un document ODF bien structuré, avec des styles intelligements choisis et nommés), c'est que du bonheur. Générer des courriers types depuis un modèle ODF, c'est très simple à faire depuis n'importe quel langage de programmation qui propose des fonctionnalités ZIP et XML (Python, Perl, Java, Ruby, etc.), fut-ce via des librairies externes. De même, récupérer le texte d'un ODF est faisable sans librairie spécifique au format.
Bref, comme tu le dis si bien, c'est deux formats qui sont plutôt complémentaires que concurrents, et heureusement. Sinon l'ODF n'aurait aucune chance de percer, vu la position de l'autre.