pasBill pasGates a écrit 16168 commentaires

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.

Faut te mettre a jour, ca a change depuis 2005 :

http://www.microsoft.com/interop/osp/default.mspx

Q: Is this Promise consistent with open source licensing, namely the GPL? And can anyone implement the specification(s) without any concerns about Microsoft patents?

A: The Open Specification Promise is a simple and clear way to assure that the broadest audience of developers and customers working with commercial or open source software can implement the covered specification(s). We leave it to those implementing these technologies to understand the legal environments in which they operate. This includes people operating in a GPL environment. Because the General Public License (GPL) is not universally interpreted the same way by everyone, we can’t give anyone a legal opinion about how our language relates to the GPL or other OSS licenses, but based on feedback from the open source community we believe that a broad audience of developers can implement the specification(s).

C'est principalement une question de prix. La transaction c'est 50% cash / 50% action

Tu remarqueras que la reponse de Yahoo c'est "vous sous-evaluez le prix de Yahoo", bref, ils veulent plus de fric.

Tes 2 paragraphes sont un gros caca nerveux qui n'a rien a voir avec la discussion.

La realite, c'est que les 2 standards ont exactement la meme assurance.

La realite c'est que les 2 societes sont aussi orientees fric l'une que l'autre et qu'il est donc impossible de leur faire confiance.

Tous tes delires sur le fait que MS c'est des maichants et que Sun est un chevalier blanc on s'en tape, c'est la realite qui compte.

Le truc etant qu'a part les moutons du libre, personne ne fait confiance a Sun non plus.

Avec une "legere" difference tout de meme... koffice il y a 3 developpeurs et meme pas a plein temps. Je te trouve tres tres rigolo de comparer un suite office developpe par 3 personnes a temps partiel et une suite office developpe par des centaines a plein temps. Tu veux dire que les devs du libre soit (x*100)% meilleur que ceux de ta boite :)

Oh mais rassures-toi, je compares pas KOffice a Office pour Mac, on sait tous les 2 qu'Office pour Mac est bcp plus complet que KOffice et bcp plus compatible avec Office Windows que KOffice ne l'est avec OO.

Le probleme avec KOffice c'est toi qui le cree, si tu veux t'amuser a compter KOffice comme une suite office a part entiere et le mettre dans le meme sac qu'OO et MS Office, fais le, mais un soft on le compare sur ses capacites, pas sur le nombre de gens qui le developpent. L'utilisateur il s'en fout de savoir si il sont 3 ou 300, soit le soft fait ce qu'il veut, soit il ne le fait pas.

je vais tout de meme repondre a cela. T'es tres gentil mais nulle part dans la doc de ODF il est dit que le java qu'il est possible d'inclure dans ODF comprend le JVM+framework. En l'occurence cela ne concerne que l'inclusion d'applet et il me semble bien que, curieusement, les applets java fonctionne sur des telephones portables.

Perdu, comme je te l'ai montre sur la page de Sun directement dans ce commentaire : http://www.linuxfr.org/comments/903716.html#903716

Les telephones portables et la plupart des PDAs ne supportent pas les applets, car ce support n'est dispo que dans le Personal Profile.

En ce qui concerne microsoft oxml et les plateformes mobile:
1) le meme probleme que java existe a cause de activx

Il n'y a aucun ActiveX specifie dans OpenXML, je te mets au defi de prouver le contraire

2) la theorie c'est un chouilla different de la pratique comme cela a bien ete montre avec tous les formats binaires de microsoft successif ayant soit-disant une compatibilite parfaite avec le format precedent ou encore avec Vista qui devait etre mieux que tous les OS ayant existe. Le jour ou toi ou ton compere pbpg nous montrera un telephone ayant des caracteristitique de fevrier 2008 (je soupconne que dans quelques annees les telephones portables auront autant de memoire voir de puissance que certains pc aujourd'hui) supportant une suite office supportant microsoft oxml on reparlera du probleme de la dependance de java dans ODF. D'ici la theoriquement la teleportation d'etre humain existe, theoriquement.

Comme je te l'ai deja dit, nulle besoin d'implementer une suite office, si tu veux implementer un viewer(ce qui est extremement utile), t'as besoin de bcp moins de ressources.
Le truc etant que ton viewer ne sera pas conforme ODF sans le support Java, mais pourra etre conforme OpenXML vu qu'il n'y a aucune techno empechant son implementation sur un PDA/smartphone.