Je comprend, mais j'ai quand même l'impression que les écart d'interprétation sont marginaux et qu'on est loin des 3/4 de contenu perdu.
C'est comme tout bon vieux xml , les balises que tu comprends pas tu les bypassent.
Là ce que tu remets en question, c'est l'intérêt des standards en général (denominateur commun) et des formats d'échange en particulier au prétexte qu'on ne peut viser la perfection.
Le gain, il est dans les 98 % que tu récupères sans effort.
Encore une fois, je suis d'accord, mais dans ce cas il ne faut pas prétendre que ce format vise également l'interopérabilité.
Je t'ai montré plus loin que c'est la même chose avec OOXML. Mais pour M$ c'est uniquement une plaquette commerciale. Mais ODF ne devrait pas être vendeur.
Tiens sinon on peut inclure des scripts dans n'importe quel langage dans l'ODF, la doc donne par exemple "javascript", mais on peut imaginer python ou je ne sais pas quoi... encore une jolie "ouverture" qui va garantir l'interopérabilité...
Ça peut pas être pire que les macros en VB, hein. Ca doit être intéressant d'ouvrir un vieux .doc écrit sous W98 avec des macros pour voir comme il récupère ca dans Office 2010. Je sens qu'on va s'amuser question interop aussi. Mais bon ils assurent la compat ascendante parfaite, puisque c''est leur unique ambition.
Sinon ECMAScript est normalisé lui .
Et Java est complètement ouvert aujourd'hui.
pourquoi ODF ne définit pas le format SVG comme format vectoriel de référence ? Pourquoi OOo n'implémente par par défaut le format SVG ? ("bug" que j'ai trouvé après avoir été content d'exporter un diagramme visio en svg en me disant youpi je vais le mettre dans ma présentation OOo)
Arrêter de jouer les Rabbi Jacob :) en répndnt à une question par une autre question.
Le SVG n'est peut-être pas assez abouti et aucune autre alternative standard viable n'existe, que sias-je ?
Mais si vous pouviez répondre à ma question plus haut:
Donc j'attends,c'est quoi l'alternative à WMF en vectoriel pour OOXML: SVG ?
pBpG m'a expliqué que le WMF est "obsolète", donc quelle est le nouveau format et est-ce qu'il y a les mêmes dispositions juridiques le concernant.
Est-il prévu de le standardiser ?
Donc si je comprend bien ta definition, ouverture et interopérabilité sont antinomique puisque si tu es ouvert tu ne peux être exhaustif donc interopérable.
Désolé mais tu peux très bien faire une recommandation sur un contenu standard en exhaustivité et autoriser les extensions.
Je pense que c'est ce que vise ODF et donc ta référence à Java et MPEG4 est malvenue.
Il fallait vite un brouillon, pardon un standard qui soit ISO, quitte à virer le principal.
Rappelles-moi quel format s'est fait recaler et quel format a fait le forcing pour le "fast track".
Rappelles-moi quel format a entamé la démarche de standardisation en premier.
Faudrait pas refaire l'histoire non plus.
Merci de rester factuel, c'est nettement plus intéressant.
Ah donc, il n'y a aucun risque juridique a réimplementer l'API GDI. Parce que bon je suis content de pouvoir pondre du WMF, si c'est pour ne pas pouvoir l'afficher.
Concernant ODF, il faudrait me montrer que Java et MPEG4 étaient imposés.
Relis mon post plus haut. L'ouverture, à mon sens, c'est de pouvoir référencer du contenu libre ou fermé mais de n'imposer aucune restriction en imposant un contenu fermé sans alternative libre.
Donc j'attends,c'est quoi l'alternative à WMF en vectoriel pour OOXML: SVG ?
Ce n'est pas une question piège!
De toute façon, Open XML se veut pas "le" format d'interopérabilité, il se veut le format XML ouvert et documenté de la suite de Microsoft. Moins ambitieux (prétentieux) qu'ODF, rempli pleinement son objectif.
•Format ouvert, interopérable et en cours de standardisation. Les utilisateurs ont accès à leurs documents pendant des décennies. Les documents pourront être traités facilement avec tout type de système
Pour ce qui est de la "prétention", c'est clair et je crois me rappeler que la spec ODF était nettement plus concise qu'OOXML.
Un standard se veut ouvert et n'impose surtout pas un format fermé qui plus est probablement couvert de brevets (documenté ne veut pas dire libre d'utilisation hein! On se souvient tous de FAT).
Bref avec ODF, on peut y placer un format d'image libre visant une vraie interopérabilité et on ne se coupe pas des évolutions technologiques ou des clients qui ne visent pas l'interopérabilité ou qui ont des besoins spécifiques.
Que du bon
c) Il n'y a pas de balises binaires non definies
Dans mes souvenirs EMF/WMF faisait partie intégrante de la norme
Ca a changé depuis ? parce que question ouverture, la transcription d'appel à l'API Windows, j'ai connu mieux.
Pendant des annees ODF n'a pas eu d'implémentation correcte,
Tu conviens donc qu'il y avait une implémentation.
Le "correcte" me parait plutôt relever de l'interprétation subjective.
En tout cas, en ce qui concerne OOXML, difficile de préjuger de la qualité d'un format qui n'est pas implémenté. Et je ne parle pas de l'interopérabilité qui implique qu'on dispose d'au moins 2 implémentations pour en mesurer la qualité.
C'est tout de même mieux qu'un format qui se fait retoquer dans le processus de standardisation.
Et en terme d'interopérabilité, c'est mieux qu'un format qui contient des balises binaires qui ne ne sont pas documentées voire fermées, non ?
De pire en pire:
TF1 censure, Albanel n'a pas demandé la tête du webmaster mais le mail a été transmis par hasard, Anefe , et de Panafieu se retranche derrière le fait qu'il faut lui écrire avec un prête nom "jesuisunpirate@gmail.com" (ca doit être convainquant).
...
La France, par son entêtement à ne pas vouloir accepter cet amendement, repousse de plusieurs mois le Paquet Télécom,
...
le Paquet Télécom a été repoussé du fait du vote de l'amendement Bono, puisqu'il devra repasser en conciliation pour une troisième lecture, à partir de septembre, après les élections européennes. ...
...
Il a été adopté par 407 voix contre 57, et 171 absentions. "Les eurodéputés - à l'exception notable des membre de l'UMP
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 3.
C'est comme tout bon vieux xml , les balises que tu comprends pas tu les bypassent.
Là ce que tu remets en question, c'est l'intérêt des standards en général (denominateur commun) et des formats d'échange en particulier au prétexte qu'on ne peut viser la perfection.
Le gain, il est dans les 98 % que tu récupères sans effort.
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
Mais bon, si t'a un lien sur un des journaux où t'as développé je m'en contenterai.
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
Et t'enmerde MS qui utilise WMF sachant que y'a pas d'alternative viable ???
J'emmerde pas, je me renseigne, mais vu comme vous éludez la question je me doute.
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
Encore une fois, je suis d'accord, mais dans ce cas il ne faut pas prétendre que ce format vise également l'interopérabilité.
Je t'ai montré plus loin que c'est la même chose avec OOXML. Mais pour M$ c'est uniquement une plaquette commerciale. Mais ODF ne devrait pas être vendeur.
Tiens sinon on peut inclure des scripts dans n'importe quel langage dans l'ODF, la doc donne par exemple "javascript", mais on peut imaginer python ou je ne sais pas quoi... encore une jolie "ouverture" qui va garantir l'interopérabilité...
Ça peut pas être pire que les macros en VB, hein. Ca doit être intéressant d'ouvrir un vieux .doc écrit sous W98 avec des macros pour voir comme il récupère ca dans Office 2010. Je sens qu'on va s'amuser question interop aussi. Mais bon ils assurent la compat ascendante parfaite, puisque c''est leur unique ambition.
Sinon ECMAScript est normalisé lui .
Et Java est complètement ouvert aujourd'hui.
Enfin, je ne suis pas pro-ODF, juste curieux.
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
pourquoi ODF ne définit pas le format SVG comme format vectoriel de référence ? Pourquoi OOo n'implémente par par défaut le format SVG ? ("bug" que j'ai trouvé après avoir été content d'exporter un diagramme visio en svg en me disant youpi je vais le mettre dans ma présentation OOo)
Arrêter de jouer les Rabbi Jacob :) en répndnt à une question par une autre question.
Le SVG n'est peut-être pas assez abouti et aucune autre alternative standard viable n'existe, que sias-je ?
Mais si vous pouviez répondre à ma question plus haut:
Donc j'attends,c'est quoi l'alternative à WMF en vectoriel pour OOXML: SVG ?
pBpG m'a expliqué que le WMF est "obsolète", donc quelle est le nouveau format et est-ce qu'il y a les mêmes dispositions juridiques le concernant.
Est-il prévu de le standardiser ?
Merci à vous :)
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
Pour moi un tel format ne peut pas exister en pratique même s'il est séduisant sur le papier.
Tu peux developper ?
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
C'est formidable parce que OOXML a réussi le tour de force d'être à la fois les 2.
http://linuxfr.org/comments/1031323.html#1031323
Désolé mais tu peux très bien faire une recommandation sur un contenu standard en exhaustivité et autoriser les extensions.
Je pense que c'est ce que vise ODF et donc ta référence à Java et MPEG4 est malvenue.
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
Faut arrêter de tourner autour du pot.
OOXML revendique autant l'interopérabilité qu'ODF et se veut son concurrent, point.
Ta notion d'interopérabilité est curieusement à géométrie variable:
http://linuxfr.org/comments/1031329,1.html
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
Pondre du WMF n'est pas risqué, interpréter du WMF implique d'implémenter GDI.
Puis-je reimplémenter l'API GDI sans souci ?
Par ailleurs puis-je faire évoluer WMF pour mes propres besoin pour concurrencer le format initial.
Puis-je disposer d'autre format d'image vectoriel en restant compatible OOXML ?
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
Il fallait vite un brouillon, pardon un standard qui soit ISO, quitte à virer le principal.
Rappelles-moi quel format s'est fait recaler et quel format a fait le forcing pour le "fast track".
Rappelles-moi quel format a entamé la démarche de standardisation en premier.
Faudrait pas refaire l'histoire non plus.
Merci de rester factuel, c'est nettement plus intéressant.
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
Concernant ODF, il faudrait me montrer que Java et MPEG4 étaient imposés.
Relis mon post plus haut. L'ouverture, à mon sens, c'est de pouvoir référencer du contenu libre ou fermé mais de n'imposer aucune restriction en imposant un contenu fermé sans alternative libre.
Donc j'attends,c'est quoi l'alternative à WMF en vectoriel pour OOXML: SVG ?
Ce n'est pas une question piège!
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
De toute façon, Open XML se veut pas "le" format d'interopérabilité, il se veut le format XML ouvert et documenté de la suite de Microsoft. Moins ambitieux (prétentieux) qu'ODF, rempli pleinement son objectif.
Page officielle
http://www.microsoft.com/france/office/livreblanc.mspx
Avantages clés
•Format ouvert, interopérable et en cours de standardisation. Les utilisateurs ont accès à leurs documents pendant des décennies. Les documents pourront être traités facilement avec tout type de système
Pour ce qui est de la "prétention", c'est clair et je crois me rappeler que la spec ODF était nettement plus concise qu'OOXML.
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 1.
Bref avec ODF, on peut y placer un format d'image libre visant une vraie interopérabilité et on ne se coupe pas des évolutions technologiques ou des clients qui ne visent pas l'interopérabilité ou qui ont des besoins spécifiques.
Que du bon
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
De plus, contrairement à un autre format dont on ne citera pas le nom, qui ne valide même pas lui-même par rapport à son format de représentation,
Ca veut dire quoi en francais dans le texte ?
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 1.
Dans mes souvenirs EMF/WMF faisait partie intégrante de la norme
Ca a changé depuis ? parce que question ouverture, la transcription d'appel à l'API Windows, j'ai connu mieux.
Un petit lien pour se rafraichir la mémoire
http://linuxfr.org/comments/862639.html#862639
Mais rassures moi, ce n'est pas le format par défaut pour les images vectorielles de la beta... pardon la ctp d'Office 2010
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
Tu conviens donc qu'il y avait une implémentation.
Le "correcte" me parait plutôt relever de l'interprétation subjective.
En tout cas, en ce qui concerne OOXML, difficile de préjuger de la qualité d'un format qui n'est pas implémenté. Et je ne parle pas de l'interopérabilité qui implique qu'on dispose d'au moins 2 implémentations pour en mesurer la qualité.
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 1.
Un peu comme si on écoutait Vivaldi en mp3 en lisant le binaire sous Emacs.
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 6.
[^] # Re: Effectivement on est pas vendredi
Posté par Bozo_le_clown . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 7.
Et en terme d'interopérabilité, c'est mieux qu'un format qui contient des balises binaires qui ne ne sont pas documentées voire fermées, non ?
[^] # Re: Extraordinaire !!
Posté par Bozo_le_clown . En réponse au journal ODF et Microsoft Office 2007 SP2 (suite et surement pas fin). Évalué à 3.
Qu'il cesse et revienne au sujet, un point c'est tout !
[^] # Re: La question: Comment TF1 a été mis au courant
Posté par Bozo_le_clown . En réponse au journal HADOPI : quand la réalité rattrape la fiction au pas de course.... Évalué à 2.
TF1 censure, Albanel n'a pas demandé la tête du webmaster mais le mail a été transmis par hasard, Anefe , et de Panafieu se retranche derrière le fait qu'il faut lui écrire avec un prête nom "jesuisunpirate@gmail.com" (ca doit être convainquant).
http://www.ecrans.fr/Denonce-par-Albanel-vire-par-TF1,7137.h(...)
[^] # Re: La question: Comment TF1 a été mis au courant
Posté par Bozo_le_clown . En réponse au journal HADOPI : quand la réalité rattrape la fiction au pas de course.... Évalué à 2.
http://www.ecrans.fr/Denonce-par-Albanel-vire-par-TF1,7137.h(...)
J'ose pas imaginer, ce qu'ils vont pouvoir faire avec un spyware installé sur nos ordi habilité à épier toutes nos correspondances.
# La question: Comment TF1 a été mis au courant
Posté par Bozo_le_clown . En réponse au journal HADOPI : quand la réalité rattrape la fiction au pas de course.... Évalué à 2.
Alors que les médias focalisent sur la position "radicale" de l'employé, personne ne se demande si c'est normal que TF1 ait été mis au courant.
http://www.pcinpact.com/actu/news/50740-hadopi-tf1-albanel-e(...)
http://www.pcinpact.com/actu/news/50739-salarie-tf1-critique(...)
http://www.pcinpact.com/actu/news/50748-tf1-hadopi-salarie-c(...)
En tout cas, vous pouvez envoyer vos CVs . Il y a une place vacante mais attendez vous à de la concurrence ;-)
http://zzz.rezo.net/Lettre-de-motivation.html
[^] # Re: Paquet Telecom et européennes
Posté par Bozo_le_clown . En réponse au journal Amendement 138 version originale. Évalué à 1.
http://www.pcinpact.com/actu/news/50722-paquet-telecom-ufc-a(...)
# Paquet Telecom et européennes
Posté par Bozo_le_clown . En réponse au journal Amendement 138 version originale. Évalué à 1.
...
La France, par son entêtement à ne pas vouloir accepter cet amendement, repousse de plusieurs mois le Paquet Télécom,
...
le Paquet Télécom a été repoussé du fait du vote de l'amendement Bono, puisqu'il devra repasser en conciliation pour une troisième lecture, à partir de septembre, après les élections européennes. ...
...
Il a été adopté par 407 voix contre 57, et 171 absentions. "Les eurodéputés - à l'exception notable des membre de l'UMP
Maintenant, vous savez pour qui ne pas voter