pasBill pasGates a écrit 16349 commentaires

Ben MS peut entrer dans ODF et être l'égal de IBM ou Sun dans le processus de décision. Ça fait une différence énorme.
Comment on fait pour être à égalité avec MS dans le processus de décision sur OOXML ? Ben on ne fait pas, c'est impossible.
Personne n'a un "veto" pour ODF. MS a full-veto pour OOXML en plus de tout faire de façon de cacher.

Hahahaha

Quelle est la difference entre ECMA et OASIS ? Allez, montre moi en quoi MS controle plus OXML que Sun/IBM ODF.

Je ne reviendrais pas sur le depart des gars de la Fondation OpenDocument qui ont tres clairement dit que le format etait totalement controle par Sun et qu'ils refusaient d'ameliorer la compatibilite avec MS Office.

Un autre papier riche d'enseignement :
http://www.fanaticattack.com/A_Deluge_Of_Facts_KOs_OOXML.pdf

Ce site porte tres bien son nom, un sacre ramassis de conneries de la part de fanatiques.

Il l'est, vu que OO le gere et que la doc est dispo sur demande.

On apprend que Microsoft fait de l'analyse statique de son code mais aussi du fuzzing. Lire le papier « Automated Whitebox Fuzz Testing » à ce sujet :
http://research.microsoft.com/research/pubs/view.aspx?type=T(...)

Le soft en question dans le papier fait en fait de l'analyse dynamique, il fait tourner le soft et analyse son comportement.
C'est une des raisons pour lesquelles j'ai du mal a appeler ce soft un fuzzer, parce qu'il ne mute/genere pas les donnees pseudo-aleatoirement(ou en utilisant des valeurs pre-definies connues comme a risque), mais il resoud les contraintes pour exercer tout le code.

MS demander a Sun et IBM(qui controlent ODF) d'adapter un format utilise par sa suite Office histoire d'etre a armes egales ?

Tu es bien naif mon cher...

Je veux pas dire, mais ils doivent etre sacrement monotones les films que tu regards au cinema :+)

Le Bon, la Brute et le compte Root
Le Seigneur des Serveurs
Le Slience des Shells

Super, quel rapport avec la choucroute ?

Repartons au debut du sujet qui etait la possibilite de lire du oxml sur un telephone portable. C'est pas plus possible que de l'ODF.

Si c'est _possible_, ca veut pas dire que ca a ete fait.

Je remarque aussi que tu es parti de java n'existe pas sur les portable a on ne peut pas faire tourner les applets sur 99% d'entre eux. Ce qui veut dire que 1% d'entre eux le peuvent. Bientot vous allez demander a ce que ODF soit ouvert avec un boulier?

Ah oui c'est vrai excuse moi, pouvoir lire un document attache a un e-mail c'est un scenario totalement farfelu et irrealiste.
Ah non tiens marrant, je fais ca toutes les semaines sur mon telephone...

Bon on va faire simple: ODF est aujourd'hui autant lisible que microsoft oxml sur un telephone portable, c'est a dire pas du tout. Le jour ou vous prouverez que votre format prefere est lisible sur un telephone portable on reprend cette dscussion d'ici la c'est de la science fiction comme la teleportation humaine et donc je m'en fous.

La preuve est tres tres simple: donne moi un seul element dans OpenXML qui n'est pas implementable sur un smartphone. C'est simple, il n'y en a pas.
Les smartphones lisent deja les anciens fichiers binaires, ils n'auront pas plus de problemes avec le nouveau format.

La doc n'etant pas online, bien que disponible comme le lien donne ci-dessous le montre, tu n'auras pas de lien, ca semble evident.

Visiblement t'as non seulement du mal a comprendre les specs, mais aussi du mal a comprendre que disponible != online

N'importe quoi, l'autonomie d'un laptop depend principalement de l'utilisation du disque dur, de l'ecran et du CPU.

L'utilisation du cpu depend non seulement du soft, mais de l'OS aussi car il y a d'autres processus qui tournent.

Resultat, t'as beau utiliser 20% d'instruction en moins, vu la part que cela a compare a l'utilisation en general, tu ne gagneras pas grand-chose et tu ne remarqueras meme pas la difference.

La doc n'etant pas encore online (faut la demander par e-mail), ca sera dur de te donner un lien mon cher.

En passant, si tu veux savoir comment gerer l'espacement de Word97, meme sans la doc, regardes dans OO, car il gere ca tres bien.

Hahahaha, tu trouves ca croustillant hein ?

Ca tombe bien, parce que si tu regardes les commentaires de l'autre cote, le plagiat (si on peut appeler ca comme ca) est tellement clair et evident que c'en est drole.

A peu pres autant qu'ODF et son support des applets Java et controles OLE

Je te propose la chose suivante: ouvre un document Word97 dans OO, et regarde si l'espacement est correctement gere.

Tu verras que oui, et que donc ce tag est tout autant documente que l'espacement d'OO...

Je t'accorde ce point. Mais qu'est-ce que fait ton smartphone, si ton ooxml contient une balise word97, un activeX ou un applet Java ?

Il ne l'affichera pas si il ne le peut pas, mais cela ne rend pas le viewer non-standard pour autant.

Cela permet d'éviter de ramer quand tu scroll le texte avec des photos. En 2000, j'avais appris à utiliser pagemaker car word (97?) était incapable de gérer un document de 20 pages avec 2 ou 3 photos en mega pixels par page (plusieurs minute pour changer de pages, "saut" du placement de simages, etc...).

Tout a fait, maintenant au jour d'aujourd'hui, lorsque tu edites un gros document, tu passes combien de temps a scroller ? Tu perds combien de temps par rapport a l'edition complete du document ?

Eh oui, c'est minimal.

Et pour les portables, 20% de perf en plus, c'est 20% d'autonomie en plus.

Justement non, parce que tu ne finiras pas ton document 20% plus vite, ton CPU/HD ne se mettra pas en mode d'economie d'energie plus souvent.

Faut croire que non en fait, cf. http://blogs.msdn.com/brian_jones/archive/2008/01/16/mapping(...) la doc des formats binaires etait dispo depuis 2006.

Ce qui est marrant avec toi, c'est ta non comprehension totale du sujet qui fait que tu t'enfonces tout seul.

ODF supporte OLE, ce controle Word 2009 ou n'importe quel blob binaire, on peut l'inserer dans un document ODF tout comme dans le document OpenXML

Je te le redis, utilises uniquement des fichiers ASCII, parce qu'ODF ne remplit pas les criteres que tu demandes pour un format valable.

Non c'est toi qui ne sait pas lire, nulle part MS a dit qu'ils supporteraient le format dans un service pack de Mac Office plutot que dans la version de bas, je te mets au defi de prouver le contraire.

Ouaip, tout comme tu peux avoir ce controle OLE Word 2009 dans un document ODF.

Nope, c'est la board de Yahoo qui a donne une reponse officielle (cherches 5s tu trouveras l'annonce dans la presse).

Les actionnaires de Yahoo ont bien evidemment leur opinion, mais la position officielle de Yahoo c'est que l'offre de MS est en dessous de la valeur de Yahoo.

Il n'y a pas de confiance necessaire ici.

Sun paie et recoit l'action, si Sun ne paie pas, il ne recoit pas l'action. L'actionnaire n'a absolument pas besoin de faire confiance a Sun, le processus est garanti par le systeme.

Un truc non defini plus portable? Ouhous si je te donne un texte en sanskrit et que je ne te donne pas le dico pour le traduire tu vas y arriver je suppose? J'ai comme un doute

Merci de confirmer que tu es toujours incapable de comprendre une spec et ce qu'est un format.

Tiens c'est curieux moi qui croyait que la definition d'une norme etait justement pour eviter ce genre de risque. Tu me confortes dans mon opinion sur ce format.

Ah c'est dangereux ces choses la ?
Ben si tu veux mon avis mon cher, tu devrais jeter ODF a la poubelle, parce qu'ODF permet l'inclusion d'elements OLE.
Et tu sais quoi ? Cet element OLE, ca pourrait etre Word, Excel, ...

Pas un complot une tactique tres courante de ta boite comme les "petits bugs" dans IE. ActiveX etant disponible par defaut dans Windows (et probablement dans MS office 2008) cela sera plus simple a utiliser que un truc en java qui ne sera pas forcement installe par defaut. Enfin tu le sais tres bien et tu joues juste au lobbyste.

Plus simple a utiliser pour faire quoi ?
Et quid des gars qui ecrivent des documents ODF avec Java dedans et qui passent sur un systeme Windows sans Java ?
Si c'est pas un complot de Sun pour pousser Java ca... hein ? Ah marrant, ca marche dans les sens tes theories a la noix.

ps: t'as pas encore fini d'implementer le viewer de microsoft oxml pour un telephone quelconque? Puisque c'est tellement simple a faire suivant tes dires je voudrais voir ca a l'oeuvre :)

J'ai dit que c'etait possible, pas que c'etais faisable en 2 jours ni que j'allais le faire.
Mais au vu de ta comprehension de l'informatique et du developpement, je ne suis pas etonne que tu n'aies pas compris...

Non, des gens qui veulent du fric et qui en ont recu assez pour accepter de vendre.

Si tu crois qu'il y avait la dedans un ideal du libre, tu te mets le doigt dans l'oeil profond, c'etait une vente, pas une action de charite.

Donc on resume Microsoft oxml peut avoir des sortes de applet (comme ODF) mais ca peut etre en ActiveX ou en Java ou en ce que tu veux.

C'est beau ca comme description de format de document, c'est tellement precis que cela va etre simple a implementer...

C'est exactement ca: c'est bcp plus simple a implementer, suffit d'une interface pour appeler les controles, pas besoin de se farcir en plus le boulot pour integrer un controle precis d'une maniere particuliere, ils sont tous a la meme enseigne.

Donc la difference entre ODF et Microsoft oxml c'est que ODF lui precise quel est le langage pour faire cela tandis que Microsoft oxml laisse la porte ouverte a tous. Donc suivant les documents il faudra du activex, du java ou un autre truc. C'est encore moins portable que ODF du coup.

Au contraire, c'est PLUS portable. Il n'y a rien qui te lie a une techno particuliere qui ne serait dispo que sur X plateforme(s)

Si je comprend bien c'est encore un moyen pour Microsoft d'imposer sa techno ActiveX vu que l'on sait l'amour que ta boite porte a java.

Hahaha, tu m'expliqueras le rapport avec ActiveX mon cher, je ne vois pas ce qu'il vient faire la dedans, c'est un controle comme un autre, ca pourrait etre Flash aussi.

Clairement tu n'y comprends rien, tu as simplement vu les mots java et activeX dans la spec et est parti sur des suppositions foireuses sans meme comprendre ce que tu lisais.

Ta derniere phrase sur un suppose complot de MS pour imposer ActiveX est a mourrir de rire tellement elle est stupide, ActiveX n'est pas traite differement des autres et n'est pas mis plus en avant non plus.

Ils ne font pas partie de la norme.

Que tu sois incapable de comprendre une spec c'est ton probleme.

Nulle part dans la spec d'OpenXML il est mentionne qu'une implementation doit supporter Java ou ActiveX, ces 2 technos ne sont donnees qu'a titre d'exemple de controle.

Pour etre precis, la spec ne mandate AUCUN controle specifique, c'est laisse au libre choix de l'implementation. Elle mandate simplement le support des controles.

De nouveau, tu ne comprends rien a ce qu'est une spec.

La spec ne mandate pas le support d'une quelconque technologie, que ce soit Java ou ActiveX. Ces 2 sont donnes a titre d'exemple dans la spec, nulle part il est specifie que l'implementation doit supporter ActiveX ou Java.

La spec mandate le support de controles externes, et c'est tout. Les controles supportes sont laisses au libre choix de l'implementation.

Et c'est LA grande difference avec ODF sur ce point.