C'est les softs permettant de créer des pdf qu'ils pourraient peut-etre interdire. Pas les softs pour lire. (en Europe au moins).
D'ailleurs, l'exemple du MP3 est la pour le prouver.
Il montre surtout que c'est la création qui est "brevetable" (et donc encore invalide en France).
Et si certains le défendent pour les algos du MP3, ce n'est sans doute pas possible pour du PDF.
Franchement, 6 pages et quelques graphiques qui se battent en duel, ca se faisait sans probleme en HTML 3.2.
Oui, mais le pdf est ouvert et il y a des visualiseurs libres sur toutes les plateformes. Bref aucune raison de préférer le Html. Si tu veux fournir une page web tu fais du html, si tu veux fournir un document tu fais du pdf (par exemple).
Et il n'y a aucune comparaison possible avec les .doc qui eux posent des problèmes d'interprétations et surtout ne sont pas prévus pour l'échange (trop d'infos inutiles).
Le PDF, c'est bien pour l'impression? A ce moment la il suffit de proposer l'info en HTML, et d'avoir a cote, en plus, un PDF representant la meme info, pour imprimer.
Avoir les deux aurait été mieux.
Avoir le PDF plutot que le HTML, là non, ça revient au meme.
[^] # Re: Microsoft, Oracle, pas credibles...
Posté par #3588 . En réponse à la dépêche Oracle Pet Store vs. .NET Pet Store. Évalué à 4.
C'est les softs permettant de créer des pdf qu'ils pourraient peut-etre interdire. Pas les softs pour lire. (en Europe au moins).
D'ailleurs, l'exemple du MP3 est la pour le prouver.
Il montre surtout que c'est la création qui est "brevetable" (et donc encore invalide en France).
Et si certains le défendent pour les algos du MP3, ce n'est sans doute pas possible pour du PDF.
Franchement, 6 pages et quelques graphiques qui se battent en duel, ca se faisait sans probleme en HTML 3.2.
Oui, mais le pdf est ouvert et il y a des visualiseurs libres sur toutes les plateformes. Bref aucune raison de préférer le Html. Si tu veux fournir une page web tu fais du html, si tu veux fournir un document tu fais du pdf (par exemple).
Et il n'y a aucune comparaison possible avec les .doc qui eux posent des problèmes d'interprétations et surtout ne sont pas prévus pour l'échange (trop d'infos inutiles).
Le PDF, c'est bien pour l'impression? A ce moment la il suffit de proposer l'info en HTML, et d'avoir a cote, en plus, un PDF representant la meme info, pour imprimer.
Avoir les deux aurait été mieux.
Avoir le PDF plutot que le HTML, là non, ça revient au meme.