Quand je redige un cv avec word ou avec kword c'est toujours le même cv, alors pourquoi ne serait-il pas stocké dans un même format de donnée ?
Mon cv il s'en fou qu'il ait été fait avec un traitement de texte wysiwyg truc muche ou basé sur des frames en mode texte !
La gestion interne des données c'est le soft qui le fait, ca doit etre transparent pour l'utilisateur et donc pour le format de donnée.
Les images au format png elle peuvent etre créer à partir d'un soft qui gère les calques ou encore un autre qui se débrouille autrement.
Mais il est vrai (je l'avoue :) que ca doit surement être beaucoup plus difficile de coller à un format de donnée pensé pour un certain type de traitement de texte et si tenir avec un traitement de texte conçu d'une manière complètement différente.
Je m'interesse aux logiciels de généalogie, et ben tous les logiciels de généalogie supporte un format de donnée standard qui est le format GEDCOM.
Et c'est un vrai bonheur !
Un des inconvénients à utiliser un format de donnée commun, c'est qu'alors chaque soft ne peut pas rajouter des spécificités au format.
D'ailleurs quelques softs de généalogie rajoutent des "balises" au format GEDCOM.
Mais justement tout l'interêt de XML (utilisé par KOffice et OpenOffice, je sais pas pour Abiword) est là puisqu'il a été concu exprès pour être extensible.
Bref pourquoi pas un format de donnée général respecté par tous les traitements de texte en plus du format du soft lui-même (ok y'a rtf mais je suis pas sur que ca convienne parfaitement).
Déjà ca eviterais de faire autant de filtre qu'il y a de softs dispos.
De plus ça permettrait d'avoir des documents lisibles sur le long terme, j'ai pas envie que mon cv crée avec KWord soit illisible dans 5 ou 10 ans.
En revanche, je peux lire parfaitement les données généalogiques qui ont été crées il y a plus de 10 ans grace au format GEDCOM (et c'est pas du pipo).
Finalement, un format de données commun est une nécessité.
[^] # Re: Format commun
Posté par tanguy_k (site web personnel) . En réponse à la dépêche Les predictions pour linux en 2003.. Évalué à 10.
Quand je redige un cv avec word ou avec kword c'est toujours le même cv, alors pourquoi ne serait-il pas stocké dans un même format de donnée ?
Mon cv il s'en fou qu'il ait été fait avec un traitement de texte wysiwyg truc muche ou basé sur des frames en mode texte !
La gestion interne des données c'est le soft qui le fait, ca doit etre transparent pour l'utilisateur et donc pour le format de donnée.
Les images au format png elle peuvent etre créer à partir d'un soft qui gère les calques ou encore un autre qui se débrouille autrement.
Mais il est vrai (je l'avoue :) que ca doit surement être beaucoup plus difficile de coller à un format de donnée pensé pour un certain type de traitement de texte et si tenir avec un traitement de texte conçu d'une manière complètement différente.
Je m'interesse aux logiciels de généalogie, et ben tous les logiciels de généalogie supporte un format de donnée standard qui est le format GEDCOM.
Et c'est un vrai bonheur !
Un des inconvénients à utiliser un format de donnée commun, c'est qu'alors chaque soft ne peut pas rajouter des spécificités au format.
D'ailleurs quelques softs de généalogie rajoutent des "balises" au format GEDCOM.
Mais justement tout l'interêt de XML (utilisé par KOffice et OpenOffice, je sais pas pour Abiword) est là puisqu'il a été concu exprès pour être extensible.
Bref pourquoi pas un format de donnée général respecté par tous les traitements de texte en plus du format du soft lui-même (ok y'a rtf mais je suis pas sur que ca convienne parfaitement).
Déjà ca eviterais de faire autant de filtre qu'il y a de softs dispos.
De plus ça permettrait d'avoir des documents lisibles sur le long terme, j'ai pas envie que mon cv crée avec KWord soit illisible dans 5 ou 10 ans.
En revanche, je peux lire parfaitement les données généalogiques qui ont été crées il y a plus de 10 ans grace au format GEDCOM (et c'est pas du pipo).
Finalement, un format de données commun est une nécessité.