pasBill pasGates a écrit 16060 commentaires

C'est simplement tous les ténors du marché, qui sont d'ailleurs des concurrents entre eux.

Ah oui ?

Adobe ne fait pas de suite office, IBM et Sun font la meme suite office (un derive d'OOo), et il y a Corel. Tu les mets ensemble et tu arrives a quoi, 5-7% du marche ?

Tous ces gens la ont un seul concurrent, c'est MS Office, tu sais, les 90-95% restants...

Seul Microsoft n'a pas voulu participer, a proposé un format concurrent, et quand il s'est aperçu que l'ODF dominait, il s'est empressé de faire du FUD dessus et une implémentation foireuse dans son coin. Et par dessus le marché, Microsoft est une victime des autres qui veulent pas travailler avec lui. C'est un peu gros, non?

a) ODF ne domine rien du tout, il y a probablement aujourd'hui bcp plus de documents .docx et .xlsx que de documents ODF, par le simple fait qu'en 2 ans Office 2007 a atteint jusqu'a 30% de parts de marche ce qui est largement plus que toutes les suites supportant ODF reunies.

b) L'implementation de MS est tres loin d'etre foireuse, je te mets au defi de prouver le contraire, indice : tout ce que l'ODF Alliance a pondu comme anerie je peux te le demonter avec elements de la spec ODF a l'appui

c) MS est tres loin d'etre le seul a dire que Sun et IBM controlent ODF, il y a des devs de GNUmeric notamment ainsi que certains membres fondateurs du comite ODF a OASIS qui se sont barres depuis

Et pourquoi Microsoft n'a pas participé dès le début à l'élaboration du format, alors qu'Adobe Systems, Corel, IBM, Google, Sun (évidemment) l'ont fait ? Et si les propositions de changement proposées par Microsoft n'étaient pas pertinentes, humm ?

Quelle belle liste... tous les gros concurrents de MS... c'etait surement une coincidence hein... Quand aux changements, on va vite oublier que MS a genre 2x plus d'experience dans le developpement de suites Office que tous les autres concurrents reunis...

Sans compter, que l'OpenDocument Format Alliance a dénoncé de sérieuses carences dans le support d'ODF par Microsoft, ce qui nuit à l'intéropérabilité, encore une fois.

Faut arreter de lire la propagande mon cher, quand tu creuses ce que l'ODF Alliance dit, tu vois vite qu'ils racontent n'importe quoi. Ce que MS a fait pour les formules est totalement conforme, le manque d'interop est du aux defficiences enormes d'ODF, idem pour le change tracking et l'encryption

C'est bien ce que je dis, utilises un autre OS, dans ce cas-ci, Emacs.

Mais les gens n'en veulent pas à Microsoft sans raison. .

Moi je constate simplement que les recriminations, supputations, ... contre MS sur ce site sont dans leur grande majorite completement fausses. Bref, les raisons valables de se mefier de MS ou de s'en plaindre sont en fait rarement utilisees.

C'est quoi un ecrit legal ? Tu veux un joli petit papier avec plein de tampons partout ?

Je te suggeres de regarder le droit US, ca t'expliqueras en quoi les terms & conditions, licences d'utilisation de site, ... qui sont sur le web directement sont valables. Un simple contrat oral est valide hein dans ce pays.

Ou alors des gens qui s'interessent aux deux aspects et qui n'ont pas cette phobie de MS que bcp ont.

OpenDocument est surtout reconnu pour etre totalement incomplet et inutilisable comme format d'interop(pas de formules, definition de l'encryption batarde et incomplete, definition du change tracking incomplete, ...) et totalement controle par des societes opposes a MS qui ont refuse toutes les propositions de changement que ce dernier a faite depuis qu'il a rejoint le comite il y a plusieurs mois...

Ca voudrait donc dire que si Mono embarque Gtk# ou d'autres technos Gnome portées sur .NET, Mono en entier n'est pas couvert par l'OSP.

Si Mono decide d'embarquer OpenOffice et qu'OpenOffice a des problemes, c'est un probleme dans OpenOffice hein.

Si Gtk# est un probleme, ca veut dire que Gtk est un probleme.

Si Gtk est un probleme, je te suggeres d'arreter d'utiliser Linux, car il restera pas grand-chose d'utilisable...

C# est un standard ISO et ECMA, n'importe quelle societe peut joindre ECMA, avoir son mot a dire, voter, ... Tous les pays peuvent voter a l'ISO, demander des changements, ...

OOXML a ete developpe par une seule societe, les societes a l'ECMA ont amene pas mal de changements, l'ISO a force un nombre de changements enormes a la spec, comme quoi c'est tout a fait faisable.

Il n'y a pas besoin de l'enregistrer legalement ou que ce soit, il y a largement assez de references et de copies pour le prouver.

pour violation de brevets aux diverses implémentations de ces standards

Formidable, ceux qui fourniront les outils ne seront pas poursuivis. Seuls ceux qui vendront des produits les utilisant.

Pas de bol, c'est couvert aussi par l'OSP, frustrant non ? Va falloir trouver autre chose pour se plaindre de MS.

le topo sur les perfs de la doc MSDN me semble inutile (pas que j'aime pas quand ça parle de perf, mais là ils ne font que dire des trucs à peu près évidents dont n'importe quel programmeur pas trop con se serait passé)

Ce qui est evident pour toi ne l'est pas pour bcp d'autres. Faut pas oublier que C# et Java sont utilises dans les universites par des etudiants, par des ingenieurs fraichement diplomes, etc... Il y a plein de "non-geeks" qui programment, car tout ingenieur n'est pas forcement un passionne. Leur mettre l'information directement sur la page de l'API leur apprend qqe chose qu'ils n'auraient pas soupconne. Meme chose pour les exemples.

La mise sous l'OSP de C# et CLI enleve justement ce risque juridique, donc non, il n'y a pas de danger juridique.

Alors effectivement, tu peux te mettre en danger en utilisant une librairie qui n'est pas protegee, mais ca c'est la meme chose quel que soit le langage.

Strategiquement/politiquement parlant c'est quand meme hyper dangereux de reposer sur des technologies de Microsoft qui est clairement le plus grand ennemi du libre. patrick_g l'a deja tres bien expliqué http://linuxfr.org/comments/1044678,1.html

Cela n'a rien de dangereux, ca peut etre embarrassant, genant, etc... mais il n'y a pas de danger.

De plus cette annonce de MS sur .NET et les brevets contient quelques "mais" qui sentent l'entourloupe à 3km

Il n'y a pas plus de mais que ce qu'IBM fait avec ses brevets sur ODF, ce qui n'a visiblement jamais gene qui que ce soit.

Ben si, parce que avec OOo, le kernel, ... meme si tu as une implementation complete et correcte, t'es toujours dans la mouise.

Sinon, IBM a la meme limitation pour ODF, evite donc d'utiliser OpenOffice si ca te pose un probleme...

Non, mais c'est tout autre chose que dire "je le fais car c'est dangereux", "je le fais car c'est techniquement inefficace", ...

Bref, ca devient une question de gouts et de couleurs plutot qu'une question de qualites et de rapport risque/benefice.

Ca permet donc de palier au faille de l'OS et des mauvais programmeurs ? Je préfère avoir du code bien écrit, vérifié par plein de monde et un OS qui gère ça d'origine plutot que d'avoir encore une couche supplémentaire qui permet de cacher tous ces problèmes ...
Ça me fait penser aux antivirus ...

Tres bonne idee.

Tu vas passer de Linux a quel OS alors ? Parce que Linux ne repond a aucun des criteres que tu as cites, et je connais pas d'OS grand public qui y reponde d'ailleurs.

1) Ca c'est purement politique, c'est un peu comme dire "Je vais pas utiliser Gnome car c'est De Icaza qui l'a ecrit et j'aimes pas le Bresil"

2) Personne n'a jamais dit qu'il n'y avait pas de problemes avant, on a toujours dit que Mono n'avait pas plus de problemes que les autres, pas qu'il n'y en avait pas. Le plus drole est que maintenant Mono a MOINS de problemes que les autres.

3) ODF est traite exactement de la meme maniere par IBM. Bref, evites OpenOffice si ca te pose un probleme...

Ces gens ont toujours dit que Mono avait le meme risque que le kernel Linux, OpenOffice, etc... parce que MS avait des brevets partout et tout etait donc a risque

et c'etait vrai.

Maintenant, si tu utilises Mono sans les APIs MS, tu as MOINS de risques qu'en utilisant le kernel, OpenOffice, ... car MS a promis de ne pas attaquer les implementations de C# et CLI

C'est pas injuste, ca demontre simplement qu'il y a beaucoup d'idiots sur ce site qui sont incapable de comprendre le sens des mots inutile et pertinent alors que ce sont des mots de la langue francaise qui sont plutot simples.

ScummVM, Vidomi, Skype, ...

C'est drole comme certains refusent de reconnaitre le fait que violer la GPL est un vrai probleme.

Au vu des ventes de routeurs LinkSys et autres, ca devrait pas etre dur.

Desole, mais je ne vois rien de clean a PirateBay.

Ce n'est certainement pas la mafia ou autre, ca ne rend pas ce qu'ils font acceptable pour autant.

Tiens, je m'en vais creer un site permettant de downloader des versions proprios de softs GPL, on va bien voir ce que vous penserez du copyright dans ce cas la.

Pour le (V)FAT, je dis qu'on s'est déjà tiré une balle dans le pied, donc bon, pourquoi pas la garder. Ce n'est pas "bien", mais c'est mieux que rien.

Ben faut savoir, si les brevets sont pas si dangereux que ca, alors Mono (ou autres) n'est pas un danger non plus.

Si les brevets sont vraiment dangereux, alors garder du code qui viole des brevets MS dans le noyau en connaissance de cause n'a aucun sens.

D'ailleurs, ton argument que ce n'est "rien", pas critique, c'est comme toutes les techniques de MS : il a mis le pied dans la porte. Maintenant, quand Mono sera considéré "standard", les gens vont commencer à développer des trucs plus "critiques" dessus, avec l'argument que "c'est inclus par défaut maintenant". Et on va se retrouver dans une situation où on ne pourra plus s'en débarrasser. C'est un cercle "vertueux" en quelques sortes (j'ai bien mis vertueux entre guillemets, hein).

J'ai du mal a imaginer un soft base sur Mono qui soit plus critique que le noyau Linux...

C'est comme l'OSP. "Vous inquiétez pas, c'est rien, faites comme si on était pas là". Et le jour où ils changeront d'avis, paf le chien.

Le truc etant que MS ne peut pas changer d'avis, legalement parlant ils ont fait la promesse publiquement, ils ne peuvent pas revenir en arriere, un juge leur rira au nez si ils essayent de poursuivre qui que ce soit pour un truc place sous l'OSP.

J'oubliais, le texte auquel tu fais reference ne se trouve pas en page 2199 de la 2eme edition de la spec(celle contenant les changements de l'ISO), la seule entree que j'ai trouvee, c'est celle que je t'ai donnee...

Je te sors le paragraphe qui definit clairement ce que l'attribut que tu cites veut dire et qui permet a n'importe qui de l'implementer, ce qui montre que cet element n'etait pas un truc flou, proprietaire et impossible a implementer.