• # Re: Microsoft brevète un format XML de traitement de texte

    Posté par  (site web personnel) . Évalué à 1.

    Au délà de ça, je pense que Microsoft cherche à se protéger d'autres fourberies, comme celle liée au projet Eolas. A la base, Microsoft n'est pas un breveteur acharné (comparaison : 3000 brevets pour IBM / an et 300 pour MS / an, de source IBM).

    • [^] # Re: Microsoft brevète un format XML de traitement de texte

      Posté par  (site web personnel) . Évalué à 4.

      mouaif mais IBM fait plein de hardwares et de recherches en physique (cpu et autres).
      il faudrait comparer IBM d'un coté et Microsoft+Intel de l'autre.

      • [^] # Re: Microsoft brevète un format XML de traitement de texte

        Posté par  (site web personnel) . Évalué à 0.

        Je n'ai plus le classement en tête, mais MS n'était que 3 ou 4ème. Rapporté à leur part de marché et au nombre de leurs produits, c'était encore raisonnable (comparé à d'autres). Et ne pas oublier que MS fait aussi du hard (souris, clavier, XBox,...), même si je t'accorde que ça n'est pas comparable à IBM (supercalculateurs, disques durs, etc). Ce que je voulais dire, c'est que ce ne sont pas les plus acharnés et qu'à mon avis ils ne sont pas disposer à encore payer pour des procès débiles comme Eolas !

        • [^] # Re: Microsoft brevète un format XML de traitement de texte

          Posté par  (site web personnel) . Évalué à 1.

          Au vu du nombre de - que je me suis pris sur les deux posts précédents, certains n'ont pas l'air convaincu. Allez juste lire ceci (source connue dans la lutte contre les brevets logiciels) : http://swpat.ffii.org/stidi/komplex/ibm/index.en.html(...) et vous verrez que MS a probablement encore des leçons à prendre d'IBM (un gentil, grand défenseur de Linux, n'est-ce pas ? ;-) en matière de brevets, logiciels ou non !

          Et dans la foulée, il y a ça aussi : http://cloanto.com/users/mcb/19950127giflzw.html(...)
          Excellent article de synthèse retraçant la controverse CompuServe/Unisys au sujet du brevet de l'algorithme de compression LZW. On y apprend au passage que cet algorithme a été breveté plusieurs fois, par IBM (brevet US 4,814,746, claim 7) et Unisys (brevets US 4,558,302 et EP 0,129,439), alors que British Telecom possède un brevet similaire.

          PS : je n'ai rien contre IBM, c'est juste pour dire que c'est un peu idiot d'uniquement taper sur MS à propos des brevets quand les autres ne font franchement pas mieux.

    • [^] # Re: Microsoft brevète un format XML de traitement de texte

      Posté par  . Évalué à 1.

      Bah ouais, il brevete pas vu qu'il n'invente rien :p
      Quand ils ont besoin de quelque chose, il achete l'entreprise qui possede le brevet, c'est plus simple =)
      Bon, quelque part je les comprends un peu chez MikeRoweSoft, maintenant il faut faire avec le systeme.

    • [^] # Re: Microsoft brevète un format XML de traitement de texte

      Posté par  . Évalué à 1.

      Ca va encore être le b*rdel. Faut vite se pencher sur le pb pour connaitre le contenu exacte du ou des brevets.

  • # Re: Microsoft brevète un format XML de traitement de texte

    Posté par  . Évalué à 1.

    Il parlent de a single XML file.
    Donc ça veut dire que le sxw qui est en fait un fichier zip avec plusieurs fichier xml dedans n'est pas touché par ce brevet.
    Par contre, il me semble que Kword utilise un seul fichier xml.
    Cela dis, kword, ça fait un paquet de temps que ça existe, et cela bien avant que microsoft commence à parler de mettre du xml dans word..

    • [^] # Re: Microsoft brevète un format XML de traitement de texte

      Posté par  (site web personnel) . Évalué à 0.

      oui mais d'après ce que je comprends il se foute pas mal de koffice et autres.
      ce qu'il veulent c'est empécher la compatibilité avec leur format xml dans le nouveau Word.
      autrement ils semblent qu'ils nous aient roulés dans la farine avec leurs déclarations d'ouverture et de compatibilité.....

      tout ceci est quand même à vérifier.

    • [^] # Re: Microsoft brevète un format XML de traitement de texte

      Posté par  (site web personnel) . Évalué à 1.

      Non, kword a un format assez proche de OOo à savoir un ZIP avec des fichiers XML inside (tm).
      Sinon, de toute façon, y'a des filtres OOo pour exporter dans un fichier XML unique aussi.

      Le format XML de MS, je le sens venir:
      un gros fichier XML avec en premiere ligne:
      <msoffice:worddocument type="octet/stream">[{#[{#[`|\@|^|-dsdf17&"é"'é" [...]ç$^é[`@</msoffice:worddocument>

      Hop, un .DOC binaire dans un document XML :)

      Mais non PBG :) Je déconne, ce sera pas un gros blob binaire, je sais très bien que ce sera du XML bien formé avec un super schéma XML.

  • # Re: Microsoft brevète un format XML de traitement de texte

    Posté par  . Évalué à 1.

    "Word processing document stored in a single XML file that may be manipulated by applications that understand XML"

    Je ne comprends pas trop le sens de "Word processing document", tel que je le comprends, ça toucherait plus le XSL (qui est du xml je vous l'accorde) sur le principe.

    Cela signifie-t-il que tous les types de fichiers qui "dérivent" (="sont" finalement) du xml tombent sous le joug de ce brevet ?

  • # Re: Microsoft brevète un format XML de traitement de texte

    Posté par  . Évalué à 1.

    Mais pourquoi donc en Nouvelle Zelande ???

  • # specs publiques ? mon c*l...

    Posté par  (Mastodon) . Évalué à 1.

    Il y a quelques emaines de ça, j'ai lu à droite à gauche que Microsoft avait rendu publiques et librement disponibles les spécifications des XML de son nouvel office. A ce moment, je bricolais avec expat et xml::twig, et j'ai voulu jeter un oeuil...

    Après quelques minutes, je trouve enfin cette doc: Rahh les fourbes! le seul document disponible est un .EXE de quelques Mo. Désolé, chez moi, j'ai Linux, NetBSD, Solaris, DomainOS, Minix et os/400. Mais rien pour lire leur f$ck$ing document.

    Trop merci l'ouverture des kroteux...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.