Articles : Encore un argument de poids pour les formats ouverts
Posté par Benjamin (Jabber id, page perso, ). Modéré le 18 juin 2003.
Alors qu'encore aujourd'hui, le libre n'a pas la possibilité d'importer/exporter correctement depuis/vers les formats propriétaires classiques (doc, xls, ppt,...), des failles majeures apparaissent dans le format MS Word (.doc), comme le détaille un très intéressant article de Transfert (1er lien).
On y apprend notamment qu'Alcatel s'était fait avoir avec leurs speed touch home sans firewall par défaut (2nd lien), montrant ouvertement qu'ils n'en avait rien à faire de la sécurité des internautes. Tout cela découvert dans les zones invisible des .doc :)
Encore un argument de poids pour les formats ouverts ?
NdM : et contre les formats propriétaires, fermés et obscurs.
On y apprend notamment qu'Alcatel s'était fait avoir avec leurs speed touch home sans firewall par défaut (2nd lien), montrant ouvertement qu'ils n'en avait rien à faire de la sécurité des internautes. Tout cela découvert dans les zones invisible des .doc :)
Encore un argument de poids pour les formats ouverts ?
NdM : et contre les formats propriétaires, fermés et obscurs.
L'article de Transfert (1678 hits)
Le .doc d'alcatel (1152 hits)
> Lire la dépêche (45 commentaires, moyenne: 2,6).
Vous avez demandé le commentaire #226001.




Re: Encore un argument de poids pour les formats ouverts
Le gros problème avec ces formats, c'est qu'ils sont devenus de facto des standards. Mes correspondants veulent du .doc, à la limite le rtf ça passe tant que la mise en page reste simplette.
J'ai bien essayé d'envoyer du html, mais l'impression est... comment dire...
Le pdf est pas libre, mais lisible partout, et permet de diffuser facilement des documents générés avec des applis libres.
Quid de xml, depuis le temps qu'on nous dit que c'est l'avenir?
[^]Re: Encore un argument de poids pour les formats ouverts
<?xml version="1.0" encoding="iso-8859-1"?>
<réponse>
le XML n'est pas un format de données, c'est un format de format. Cette réponse est du XML parfaitement valide, mais ça ne va pas te servir à grand chose. Il te faut un format basé sur XML pour l'exploiter.
</réponse>
[^]Re: Encore un argument de poids pour les formats ouverts
avec un petit coup de XSLT sans doute.
Sinon, j'ai envoyé cette new à la personne qui s'occupe d'envoyer les devis chez nous et le resultat est au dela de mes esperances: ça a fait tilt dans sa tête. Enfin !
Dorénavant, il enverra les documents en pdf (oui pas libre etc mais à défaut de mieux ...)
[^]Re: Encore un argument de poids pour les formats ouverts
> Sinon, j'ai envoyé cette new à la personne qui s'occupe d'envoyer les devis chez nous et le resultat est au dela de mes esperances: ça a fait tilt dans sa tête. Enfin !
Hé, faut arreter de bosser là, il est tard !! Tu serais en train de nous raconter un petit bobard ?
En plus c'est pas a cette heure-ci que tes clients vont le lire ton devis !
[^]Re: Encore un argument de poids pour les formats ouverts
???
...
ha oui, la news a été modéré à 22h13. Mais je l'ai lu ce matin sur Unixtech.be, tout simplement.
Pas de panique ;-) (et maintenant au lit)
[^]Re: Encore un argument de poids pour les formats ouverts
>avec un petit coup de XSLT sans doute.
Sauf que pour faire du XSLT correctement, tu dois connaitre le format du document, ce que XML seul ne spécifie pas. Pour cela, il te faut une dtd, un schema, ou tout autre moyen qui détermine un langage basé sur XML.
Connaitre l'alphabet latin ne te permet pas de lire le finlandais ou le basque que je sache. C'est pareil ici.
[^]Re: Encore un argument de poids pour les formats ouverts
Utiliser XML :
. DocBook (http://www.oasis-open.org/docbook/xml/(...)) avec l'éditeur XML Mind, par exemple (ouais, je sais, cai pas libre : donnez moi d'autres références si si en connaissez, je n'ai pas pris le temps d'aller plus loin).
. Simplified DocBook (http://www.oasis-open.org/docbook/xml/simple/(...)) moins énorme et plus accessible
. Forrest : environnement Apache de publication (y compris génération des PDF) : http://xml.apache.org/forrest/(...)
Pour tos ces formats existent des outils de rendu (HTML, PDF etc.) des documents créés
BB
[^]Re: Encore un argument de poids pour les formats ouverts
La cible des deux outils n'est pas du tout la meme. Ecrire une doc/livre de 200 pages est une horreur avec une suite bureautique alors que docbook est la pour ca. Faire son CV ou un note rapide est une horreur avec s/docbook/SGML/ avec que c'est un "plaisir" avec une suite bureautique. Les deux outils coexiserons amha. Par exemple va definir ton propre rendu dans docbook, j'espere que tu as 3/4 mois avant de publier ton documement :-))) Docbook n'est pas la reponse ultime a toute les questions, il faut savoir choisir ses technos judicieusement. Pour simplified docbook je connaissais pas, je bosse avec le "FreeBSD Docbook" c'est a dire la DTD Docbook modifie pour le besoin du projet de Documentation FreeBSD.
[^]Re: Encore un argument de poids pour les formats ouverts
XSLT non plus ne te sert à rien si au final tu n'as pas un format de représentation grapique de tes données: HTML, FOO, Format open office et même RTP ou formats offices.
[^]Re: Encore un argument de poids pour les formats ouverts
Pour le PDF, le débat reste ouvert, mais ses spécifications sont disponibles pour quiconque se donne la peine de retrouver le lien (que je n'ai plus, mais ca se trouve très facilement). Son seul défaut est d'être (pour autant que je saches) criblé de brevets.
Pour communiquer un document devant être lu sur écran et/ou imprimé, mais n'ayant pas de raison d'être modifié, le PDF restera mon choix numéro un (en attendant mieux, cela dit).
[^]Re: Encore un argument de poids pour les formats ouverts
Adobe respecte les spécifications qu'il publie (postscript, pdf, ...)
Microsoft ne respecte pas les spécifications qu'il publie (rtf, doc,...)
C'est toute la différence !
[^]Re: Encore un argument de poids pour les formats ouverts
Microsoft ne respecte pas les spécifications qu'il *NE* publie *PAS* (rtf, doc,...)
[^]Re: Encore un argument de poids pour les formats ouverts
> les spécifications qu'il *NE* publie *PAS* (rtf, doc,...)
Pour le .doc, oui, mais bon, le RTF, c'est un standard ISO il me semble ... Le truc c'est que chez MS, on fait un standard ISO pour faire bien, mais ensuite, on ne l'utilise pas ...
[^]Re: Encore un argument de poids pour les formats ouverts
Microsoft ne respecte pas les spécifications qu'il publie (rtf, doc,...)
pour le doc les spec ne sont pas publiques, pour le RTF tu as des exemples? quand j'ai fait mon parser RTF je n'ai pas trouvé de contradiction... (mais le RTF reste un format de m...).
[^]Re: Encore un argument de poids pour les formats ouverts
> ses spécifications sont disponibles pour quiconque se donne la peine de retrouver le lien
Essaye d'ouvrir un pdf crypté avec xpdf et regarde le message d'erreur. En gros, ça dit :
"Aille, celui-la, j'ai pas le droit de l'ouvrir. Désolé :-("
[^]Re: Encore un argument de poids pour les formats ouverts
Essaye d'ouvrir un pdf crypté avec xpdf et regarde le message d'erreur. En gros, ça dit : "Aille, celui-la, j'ai pas le droit de l'ouvrir. Désolé :-(" Ca n'empêche pas le format d'être ouvert (ou documenté). C'est bien parce qu'il est ouvert qu'on a pu écrire xpdf. Par ailleurs, on peut patcher xpdf pour qu'il n'honore pas certains bits de protection, comme l'impossibilité de copier/coller ou d'imprimer. Je m'en suis servi récemment pour imprimer un PDF qui était protégé de partout (entre nous, quel intérêt d'avoir un document PDF non imprimable ?). Je ne sais plus si on peut dans la foulée décrypter un PDF chiffré.
[^]Re: Encore un argument de poids pour les formats ouverts
Il me semble bien que ce que tu as fait est explicitement interdit par la licence d'utilisation des brevets sur le pdf.
[^]Re: Encore un argument de poids pour les formats ouverts
Il me semble bien que ce que tu as fait est explicitement interdit par la licence d'utilisation des brevets sur le pdf.
Je ne vois pas comment on peut avoir un brevet sur un format de fichier ?!
Par ailleurs, une fois le fichier mis en ligne sur le Web, quelle justification pourrait-on trouver pour m'empêcher de l'imprimer pour le lire (au lieu de le lire à l'écran) ?