Si tu regardes les formats que leur "Smart Document Scan" supporte, Word est parmis eux ainsi que de nombreux autres formats, comme quoi ils ont un minimum d'experience dans le domaine des formats de document.
Mais tu as vu ou que OO allait transformer OpenXML en ODF mon cher ?
Je vais t'apprendre un truc, il n'y a pas de format "ODF" dans les entrailles de OO, tout comme il n'y a pas de format OOXML dans les entrailles d'Office 2007
Ils ont une representation de la chose qui bien que proche du format natif n'y est pas forcement limitee.
Ce n'est pas parce que ODF ne permet pas X que OO ne permet pas X, et vu que le filtre dans OO ne s'amuse pas a faire une traduction OOXML -> ODF c'est pas un probleme.
Quand aux divergences, je n'ai rien dit car je trouves ca effectivement pas beau (selon l'exemple montre par Rob Weir, si il est correct).
Selon lui, le sablier pour les 30 jours commence lorsque le texte est approuve, cad le 29 mars ou 1er avril. Bref, si il a raison, cela voudrait dire que ECMA a jusqu'au 1er Mai pour rendre le texte.
Si ca se trouve tu as raison, mais si ca se trouve, tu as tort. Les supputations on peut donc les mettre la ou elles devraient rester : a la poubelle, ou en tant que doutes, mais pas d'affirmations.
M'enfin, on voit l'esprit d'"ouverture" de MS. Si quelque chose peut être caché, ben il est caché. Je conseille vivement à la commission européenne qui fait une enquête sur cette merde, de vérifier de suite si le texte est arrivé à l'ITTF. Parce sinon MS va encore magouillé pour fausser les dates.
a) C'est pas MS mais le project editor de DIS 29500 qui fait ce boulot, l'equivalent de Patrick Durusau pour ODF, tu remarqueras que Durusau n'est pas employe par IBM ou Sun.
b) Imaginons qu'ils soient en retard et que le texte soit pret disons 2 ou 3 semaines apres la date, tu es assez desespere pour croire que cela va remettre en question quoi que ce soit ? Cela n'a aucun impact sur le contenu du standard, et vraiment aucun impact negatif ou positif sur qui que ce soit.
Il n'y a aucune magouille a faire la-dedans, plus le delai est long(si ils ne l'ont pas encore fourni), plus il se passera de temps avant qu'OOXML soit effectivement ISO (il ne l'est pas encore techniquement parlant). C'est donc certainement pas dans l'interet de MS.
MS a deja annonce qu'Office 2007 allait etre mis en conformite avec le format ISO (ca sera problablement le prochain service pack), et les gens vont forcement migrer sur le service pack a un certain point, resultat a ce moment la, Office 2007 sortira le format ISO.
Moi je vais faire mieux, je vais te filer TOUTE la regle :
... 13.9 If, after the deliberations of this ballot resolution group, the requirements of 9.6 are met, the Project Editor
shall prepare the amended DIS (or DAM) and send it to the SC Secretariat who shall forward it to the ITTF for
publication as an IS. For its initial publication, the document is not required to be in ISO/IEC format, but can be
published in the format of the submitting organisation.
13.10 If it is impossible to agree to a text meeting the above requirements, the proposal has failed and the
procedure is terminated.
13.11 In either case the Convener, in coordination with the Project Editor, shall prepare a full report which shall
be distributed by the SC Secretariat to its NBs and to the ITTF.
13.12 The time period for these different steps shall be:
• A total of two months for the ITTF to send the results of the vote to the JTC 1 Secretariat and to the SC
Secretariat, and for the latter to distribute it to its NBs;
• Not less than two and one-half months prior to the date of the ballot resolution group meeting for
distribution of the voting results and any comments;
• Not later than one month after the ballot resolution group meeting for distributions by the SC Secretariat
of the final report and the final DIS text in case of acceptance.
NB: Le terme distribuer ne signifie pas forcement que c'est publique, si je distribue qqe chose a mes collegues ca ne rend pas le document publique pour autant.
Quel meilleur moyen pour couler OO que l'empecher d'ouvrir un format qui se repand rapidement ? (Office 2007 se vend comme des petits pains en ce moment).
Des fois je me dit que les meilleurs atouts de MS sont sur linuxfr, pas a Redmond...
If, after the deliberations of this ballot resolution group, the requirements of 9.6 are met, the Project Editor
shall prepare the amended DIS (or DAM) and send it to the SC Secretariat who shall forward it to the ITTF for
publication as an IS. For its initial publication, the document is not required to be in ISO/IEC format, but can be
published in the format of the submitting organisation.
Tu sais si le texte a ete recu par l'ITTF ? Non, et moi non plus. Tu sais combien de temps l'ITTF prend pour le publier au grand jour ? Non, et moi non plus.
On peut faire en toute sécurité un programme qui convertit du MS-OOXML en texte. C'est super.
Dis-moi mon cher, lorsque OO 3.0 sera sorti et qu'on ouvrira un fichier OOXML avec, l'utilisateur aura uniquement le texte ou tout le formattage qui va avec ?
Pourquoi donc faudrait-il etre contributeur de code a Windows, Office (voire meme OO) pour etre competent ?
Si on prend ce critere, on peut enlever quasiment tout le monde a part Sun et Microsoft de la reunion.
Et oui HP est partenaire Microsoft, mais bon, ce n'est pas vraiment une petite societe impressionable non plus, et vous remarquerez qu'un certain IBM est partenaire Microsoft lui aussi...
Alors on est bien d'accord que les petites societes qui sont partenaires MS etaient la car MS leur a demande de venir, HP n'a pas vraiment ce genre de necessite lui par contre, tout comme Dell, Acer, Lenovo, ... qui n'ont pas participe au troll, euh debat, sur OOXML.
MS ne respectera pas ce format ooxml dans ses futures office, du moins ils se gardent la liberté
Tout a fait, ils s'en gardent la liberte. Vous remarquerez aussi notamment que Sun/IBM n'ont jamais annonce que OO/StarOffice supporterait toutes les versions futures d'ODF, la promesse de protection de Sun sur les brevets specifie notamment clairement que cette protection n'est valide que sur les versions auquel Sun participe.
donc en quoi cela sert au public d'avoir fait normaliser ooxml si son principal contributeur n'y voit pas d'intérêt ? si ms office 2009, 2013 ou autre aura un énième nouveau format incompatible avec le format iso ? Procés d'intention, je le sais, mais je vous ai lu, et c'est ce que vous laissez dire.
MS n'a jamais dit qu'il n'y voyait pas d'interet, mais pour une societe il faut etre realiste, une fois que le format n'est plus entre leurs mains, ils n'ont aucune idee de ce qui peut arriver aux futures versions du format. Aucune societe ne va s'engager pour les 10 prochaines annees a implementer qqe chose sur lequel elles n'ont pas de controle. Alors MS n'a jamais dit "on n'implementera pas les futures versions", ils disent "si les futures versions nous sont acceptables on les implementera". C'est ce que toute societe fait et c'est normal, si demain le comite de standardisation pour ODF decide d'ajouter une partie obligatoire, inutile de l'avis de Sun, qui demande un travail enorme pour etre implementee par exemple, Sun devra faire le choix : on depense tout cet argent(des millions) pour ajoute cette partie qui ne nous interesse pas du tout, ou on ne le fait pas ? C'est ce genre de problematique qui fait que toute societe est prudente quand a l'implementation de futures versions d'une norme qu'elle ne controle pas.
Ils utilisent la spec oui, mais ils ne font pas d'appels a des fonctions ecrites par MS, c'est de cela que je parles quand je parles d'usage de l'API Windows
une API existe sur de multiples plate-formes. par exemple open-gl
Je fais un abus de langage, je parles de l'implementation de Microsoft, du code ecrit par MS, car c'est de cette implementation que l'on parle (soi-disant proces, APIs caches par MS, ...)
mais que se passe-t-il quand une plate-forme dominante a des api cachées et que les logiciels les plus en vues les utilisent justement pour réussir à être meilleure ?
et bien les autres implémentations de l'API (wine par exemple) n'arrivent pas à faire marcher le logiciel.
Tout a fait d'accord, maintenant si c'est softs ne sont pas des softs MS, la faute n'est pas sur MS mais sur les auteurs de l'appli qui ne respectent pas la doc. Si le soft plante c'est leur probleme.
C'est un peu si on vous dit que vous ne pouvez pas rouler a 200km/h sur l'autoroute, la voiture le permet mais si vous le faites et il y a un accident, la faute ne tombe pas sur le constructeur de l'autoroute ou de la voiture.
Ben je sais pas, tu appelles comment une fonction exportee par un binaire X et utilisee par un autre binaire Y ? Moi j'appelle ca un API, le truc etant que dans le cas present X & Y font partie de Windows.
Mauvaise excuse.
Puis l'Europe a statué, MS a eu des tonnes de pratique anti-concurrenciel dans ce domaine.
Non tres bonne excuse, c'est une pratique normale et habituelle. Ca serait anti-concurrentiel si des softs MS les utilisaient et personne d'autre, mais ce n'est pas le cas. L'UE a brule MS a cause des protocoles de communication entre un Windows client et serveur, pas sur les APIs.
Moi en tant qu'utilisateur je vais voir quoi comme difference ?
Mon document il va s'ouvrir et s'afficher comme sur l'autre systeme ?
Si oui, qu'ils gerent le format en interne, par filtre ou par tapis volant je m'en fiche, j'ai un soft qui supporte le format et qui me permet d'avoir une reproduction fidele du fichier.
Non, il ne vont pas proposer une implémentation de OOXML mais un filtre d'import/export.
On n'a pas besoin de brevet de MS pour lire et écrire un fichier XML.
C'est bien drole ca.
C'est quoi la difference entre une implementation d'OpenXML et un soft qui lit/ecrit un fichier OpenXML avec un filtre d'import/export ?
Par contre l'implémentation de certaines fonctionnalités de OOXML peuvent demander des brevets. Ses fonctionnalité ne seront pas dans OOo.
Quelles fonctionnalites ? T'as un lien sur les gars d'OO qui annoncent ca ?
C'est la meme page que l'OSP lui-meme, il n'y a que les 50% superieurs des pages web qui sont valable maintenant ? Il faut quoi pour que ca ait valeur juridique ? Un sceau du roi ?
Tu sais tres bien que c'est totalement valable juridiquement, c'est sur le site de MS, ecrit par MS, ils ne peuvent pas revenir dessus.
Sinon, la FAQ ne dit rien quand a la compatibilite GPL, elle dit la meme chose : on n'en sait rien, a vous de voir.
Aie un minimum d'honnetete quand meme et reconnais ton erreur.
> A: Yes, the OSP covers Necessary Claims for both required and optional portions of the Covered Specifications.
Et quelle partie de la spèc MS-OOXML est optionnel et requis pour être une application conforme ?
Evidemment aucune. Ce qui est optionnel n'est évidemment pas requis.
Faut revoir ton anglais, la phrase dit que cela couvre les elements requis ET les elements optionels.
L'un des pièces à con de OSP, c'est que OSP dit couvrir toute la spec. Mais ne concerne que les parties nécessaires pour être une application conforme. Pour le reste, tu peux rouler OSP et te le carrer la où je pense.
Non, il couvre toute la spec, la phrase du dessus le definit clairement.
Tu veux dire que Wine ils s'amusent a re-implementer l'API windows juste pour voir defiler du code C dans un editeur?
Et de nouveau sans rapport, la realite c'est qu'ils l'ont reimplemente, ils ne l'utilisent pas, mais continue a pourrir la discussion mon cher.
Pour te repondre en effet la nouvelle est sur microsoft oxml, tu te plains que je devie. Je me demande pourquoi le premier post venant de ta part dans cette nouvelle ne concerne pas microsoft oxml...
Q: What if I don’t implement the entire specification? Will I still get the protections under the OSP?
A: The OSP applies whether you have a full or partial implementation. You get the same irrevocable promise from us either way. In all cases, the OSP covers only your implementation of the parts of the specification(s) that you decide to use.
Q: The specification I am interested in has some required portions and some optional portions, does the OSP apply to both?
A: Yes, the OSP covers Necessary Claims for both required and optional portions of the Covered Specifications. Under the paragraph entitled “Covered Specifications” is the language that makes it clear that the OSP applied to portions of the Covered Specifications that are optional. (“This Promise also applies to the required elements of optional portions of such specifications.”)
[^] # Re: Re:
Posté par pasBill pasGates . En réponse au journal Peut-on virer OOXML d'OOo ?. Évalué à 2.
[^] # Re: Explications de l'AFNOR
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 1.
Si tu regardes les formats que leur "Smart Document Scan" supporte, Word est parmis eux ainsi que de nombreux autres formats, comme quoi ils ont un minimum d'experience dans le domaine des formats de document.
[^] # Re: Une bonne nouvelle
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 2.
Je vais t'apprendre un truc, il n'y a pas de format "ODF" dans les entrailles de OO, tout comme il n'y a pas de format OOXML dans les entrailles d'Office 2007
Ils ont une representation de la chose qui bien que proche du format natif n'y est pas forcement limitee.
Ce n'est pas parce que ODF ne permet pas X que OO ne permet pas X, et vu que le filtre dans OO ne s'amuse pas a faire une traduction OOXML -> ODF c'est pas un probleme.
Quand aux divergences, je n'ai rien dit car je trouves ca effectivement pas beau (selon l'exemple montre par Rob Weir, si il est correct).
[^] # Re: Une bonne nouvelle
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 0.
Et le plus drole, c'est que Sun donne sa promesse de non-poursuite exactement de la meme maniere...
[^] # Re: La guerre des formats de bureautique normalisés ISO commence
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 1.
Tu vois ou dans mon post que je dis qu'ODF 1.1 ou 1.2 sont ISO ? Ah oui nulle part.
La realite, c'est qu'ODF 1.1 et 1.2 sont des evolutions d'ODF 1.0, et qu'ODF 1.2 est prevu pour etre soumis comme la version suivante a l'ISO.
Alors dis-moi mon cher, ils vont enlever tous ces gros trucs ajoutes(OpenFormula par exemple) lors de la soumission a l'ISO ?
Tu connais la reponse aussi bien que moi, mais ca te fait un peu mal de le dire.
[^] # Re: Comment sauter les etapes...
Posté par pasBill pasGates . En réponse au journal encore une règle ISO de violé.... Évalué à 1.
Note that in actual practice, it is not the JTC1 directives which govern the process, but the ITTF interpretations of the directives.
Bref, ca semble un peu bordelique.
[^] # Re: Comment sauter les etapes...
Posté par pasBill pasGates . En réponse au journal encore une règle ISO de violé.... Évalué à 0.
Selon lui, le sablier pour les 30 jours commence lorsque le texte est approuve, cad le 29 mars ou 1er avril. Bref, si il a raison, cela voudrait dire que ECMA a jusqu'au 1er Mai pour rendre le texte.
[^] # Re: Comment sauter les etapes...
Posté par pasBill pasGates . En réponse au journal encore une règle ISO de violé.... Évalué à -2.
Si ca se trouve tu as raison, mais si ca se trouve, tu as tort. Les supputations on peut donc les mettre la ou elles devraient rester : a la poubelle, ou en tant que doutes, mais pas d'affirmations.
M'enfin, on voit l'esprit d'"ouverture" de MS. Si quelque chose peut être caché, ben il est caché. Je conseille vivement à la commission européenne qui fait une enquête sur cette merde, de vérifier de suite si le texte est arrivé à l'ITTF. Parce sinon MS va encore magouillé pour fausser les dates.
a) C'est pas MS mais le project editor de DIS 29500 qui fait ce boulot, l'equivalent de Patrick Durusau pour ODF, tu remarqueras que Durusau n'est pas employe par IBM ou Sun.
b) Imaginons qu'ils soient en retard et que le texte soit pret disons 2 ou 3 semaines apres la date, tu es assez desespere pour croire que cela va remettre en question quoi que ce soit ? Cela n'a aucun impact sur le contenu du standard, et vraiment aucun impact negatif ou positif sur qui que ce soit.
Il n'y a aucune magouille a faire la-dedans, plus le delai est long(si ils ne l'ont pas encore fourni), plus il se passera de temps avant qu'OOXML soit effectivement ISO (il ne l'est pas encore techniquement parlant). C'est donc certainement pas dans l'interet de MS.
[^] # Re: Moi je suis pour
Posté par pasBill pasGates . En réponse au journal Peut-on virer OOXML d'OOo ?. Évalué à 1.
[^] # Re: Comment sauter les etapes...
Posté par pasBill pasGates . En réponse au journal encore une règle ISO de violé.... Évalué à 1.
...
13.9 If, after the deliberations of this ballot resolution group, the requirements of 9.6 are met, the Project Editor
shall prepare the amended DIS (or DAM) and send it to the SC Secretariat who shall forward it to the ITTF for
publication as an IS. For its initial publication, the document is not required to be in ISO/IEC format, but can be
published in the format of the submitting organisation.
13.10 If it is impossible to agree to a text meeting the above requirements, the proposal has failed and the
procedure is terminated.
13.11 In either case the Convener, in coordination with the Project Editor, shall prepare a full report which shall
be distributed by the SC Secretariat to its NBs and to the ITTF.
13.12 The time period for these different steps shall be:
• A total of two months for the ITTF to send the results of the vote to the JTC 1 Secretariat and to the SC
Secretariat, and for the latter to distribute it to its NBs;
• Not less than two and one-half months prior to the date of the ballot resolution group meeting for
distribution of the voting results and any comments;
• Not later than one month after the ballot resolution group meeting for distributions by the SC Secretariat
of the final report and the final DIS text in case of acceptance.
NB: Le terme distribuer ne signifie pas forcement que c'est publique, si je distribue qqe chose a mes collegues ca ne rend pas le document publique pour autant.
# Moi je suis pour
Posté par pasBill pasGates . En réponse au journal Peut-on virer OOXML d'OOo ?. Évalué à 5.
Quel meilleur moyen pour couler OO que l'empecher d'ouvrir un format qui se repand rapidement ? (Office 2007 se vend comme des petits pains en ce moment).
Des fois je me dit que les meilleurs atouts de MS sont sur linuxfr, pas a Redmond...
# Comment sauter les etapes...
Posté par pasBill pasGates . En réponse au journal encore une règle ISO de violé.... Évalué à 0.
Il ne dit nulle part que le texte est sense etre publie publiquement apres 30 jours.
Regles de l'ISO 13.9 http://www.jtc1sc34.org/repository/0725.pdf :
If, after the deliberations of this ballot resolution group, the requirements of 9.6 are met, the Project Editor
shall prepare the amended DIS (or DAM) and send it to the SC Secretariat who shall forward it to the ITTF for
publication as an IS. For its initial publication, the document is not required to be in ISO/IEC format, but can be
published in the format of the submitting organisation.
Tu sais si le texte a ete recu par l'ITTF ? Non, et moi non plus. Tu sais combien de temps l'ITTF prend pour le publier au grand jour ? Non, et moi non plus.
[^] # Re: Explications de l'AFNOR
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 0.
Visiblement tu n'as meme pas clique sur le lien que j'ai donne sur le site de HP...
[^] # Re: Une bonne nouvelle
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 1.
Dis-moi mon cher, lorsque OO 3.0 sera sorti et qu'on ouvrira un fichier OOXML avec, l'utilisateur aura uniquement le texte ou tout le formattage qui va avec ?
Tu connais la reponse aussi bien que moi.
[^] # Re: Explications de l'AFNOR
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 2.
Si on prend ce critere, on peut enlever quasiment tout le monde a part Sun et Microsoft de la reunion.
Et oui HP est partenaire Microsoft, mais bon, ce n'est pas vraiment une petite societe impressionable non plus, et vous remarquerez qu'un certain IBM est partenaire Microsoft lui aussi...
Alors on est bien d'accord que les petites societes qui sont partenaires MS etaient la car MS leur a demande de venir, HP n'a pas vraiment ce genre de necessite lui par contre, tout comme Dell, Acer, Lenovo, ... qui n'ont pas participe au troll, euh debat, sur OOXML.
[^] # Re: mais
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 2.
Tout a fait, ils s'en gardent la liberte. Vous remarquerez aussi notamment que Sun/IBM n'ont jamais annonce que OO/StarOffice supporterait toutes les versions futures d'ODF, la promesse de protection de Sun sur les brevets specifie notamment clairement que cette protection n'est valide que sur les versions auquel Sun participe.
donc en quoi cela sert au public d'avoir fait normaliser ooxml si son principal contributeur n'y voit pas d'intérêt ? si ms office 2009, 2013 ou autre aura un énième nouveau format incompatible avec le format iso ? Procés d'intention, je le sais, mais je vous ai lu, et c'est ce que vous laissez dire.
MS n'a jamais dit qu'il n'y voyait pas d'interet, mais pour une societe il faut etre realiste, une fois que le format n'est plus entre leurs mains, ils n'ont aucune idee de ce qui peut arriver aux futures versions du format. Aucune societe ne va s'engager pour les 10 prochaines annees a implementer qqe chose sur lequel elles n'ont pas de controle. Alors MS n'a jamais dit "on n'implementera pas les futures versions", ils disent "si les futures versions nous sont acceptables on les implementera". C'est ce que toute societe fait et c'est normal, si demain le comite de standardisation pour ODF decide d'ajouter une partie obligatoire, inutile de l'avis de Sun, qui demande un travail enorme pour etre implementee par exemple, Sun devra faire le choix : on depense tout cet argent(des millions) pour ajoute cette partie qui ne nous interesse pas du tout, ou on ne le fait pas ? C'est ce genre de problematique qui fait que toute societe est prudente quand a l'implementation de futures versions d'une norme qu'elle ne controle pas.
[^] # Re: mais
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 0.
[^] # Re: mais
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 0.
une API existe sur de multiples plate-formes. par exemple open-gl
Je fais un abus de langage, je parles de l'implementation de Microsoft, du code ecrit par MS, car c'est de cette implementation que l'on parle (soi-disant proces, APIs caches par MS, ...)
mais que se passe-t-il quand une plate-forme dominante a des api cachées et que les logiciels les plus en vues les utilisent justement pour réussir à être meilleure ?
et bien les autres implémentations de l'API (wine par exemple) n'arrivent pas à faire marcher le logiciel.
Tout a fait d'accord, maintenant si c'est softs ne sont pas des softs MS, la faute n'est pas sur MS mais sur les auteurs de l'appli qui ne respectent pas la doc. Si le soft plante c'est leur probleme.
C'est un peu si on vous dit que vous ne pouvez pas rouler a 200km/h sur l'autoroute, la voiture le permet mais si vous le faites et il y a un accident, la faute ne tombe pas sur le constructeur de l'autoroute ou de la voiture.
[^] # Re: mais
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 1.
Parce qu'on se reserve le droit de les changer pour les prochaines versions si besoin est, et si on fait une appli qui l'utilise ne fonctionnera plus.
Dans ce cas on en fait pas une API :
- http://fr.wikipedia.org/wiki/Application_programming_interfa(...)
Ben je sais pas, tu appelles comment une fonction exportee par un binaire X et utilisee par un autre binaire Y ? Moi j'appelle ca un API, le truc etant que dans le cas present X & Y font partie de Windows.
Mauvaise excuse.
Puis l'Europe a statué, MS a eu des tonnes de pratique anti-concurrenciel dans ce domaine.
Non tres bonne excuse, c'est une pratique normale et habituelle. Ca serait anti-concurrentiel si des softs MS les utilisaient et personne d'autre, mais ce n'est pas le cas. L'UE a brule MS a cause des protocoles de communication entre un Windows client et serveur, pas sur les APIs.
[^] # Re: Une bonne nouvelle
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 1.
Moi en tant qu'utilisateur je vais voir quoi comme difference ?
Mon document il va s'ouvrir et s'afficher comme sur l'autre systeme ?
Si oui, qu'ils gerent le format en interne, par filtre ou par tapis volant je m'en fiche, j'ai un soft qui supporte le format et qui me permet d'avoir une reproduction fidele du fichier.
[^] # Re: Une bonne nouvelle
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 1.
On n'a pas besoin de brevet de MS pour lire et écrire un fichier XML.
C'est bien drole ca.
C'est quoi la difference entre une implementation d'OpenXML et un soft qui lit/ecrit un fichier OpenXML avec un filtre d'import/export ?
Par contre l'implémentation de certaines fonctionnalités de OOXML peuvent demander des brevets. Ses fonctionnalité ne seront pas dans OOo.
Quelles fonctionnalites ? T'as un lien sur les gars d'OO qui annoncent ca ?
[^] # Re: Une bonne nouvelle
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 1.
Tu sais tres bien que c'est totalement valable juridiquement, c'est sur le site de MS, ecrit par MS, ils ne peuvent pas revenir dessus.
Sinon, la FAQ ne dit rien quand a la compatibilite GPL, elle dit la meme chose : on n'en sait rien, a vous de voir.
Aie un minimum d'honnetete quand meme et reconnais ton erreur.
[^] # Re: Une bonne nouvelle
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 1.
Et quelle partie de la spèc MS-OOXML est optionnel et requis pour être une application conforme ?
Evidemment aucune. Ce qui est optionnel n'est évidemment pas requis.
Faut revoir ton anglais, la phrase dit que cela couvre les elements requis ET les elements optionels.
L'un des pièces à con de OSP, c'est que OSP dit couvrir toute la spec. Mais ne concerne que les parties nécessaires pour être une application conforme. Pour le reste, tu peux rouler OSP et te le carrer la où je pense.
Non, il couvre toute la spec, la phrase du dessus le definit clairement.
[^] # Re: mais
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à -1.
Et de nouveau sans rapport, la realite c'est qu'ils l'ont reimplemente, ils ne l'utilisent pas, mais continue a pourrir la discussion mon cher.
Pour te repondre en effet la nouvelle est sur microsoft oxml, tu te plains que je devie. Je me demande pourquoi le premier post venant de ta part dans cette nouvelle ne concerne pas microsoft oxml...
http://linuxfr.org/comments/919581.html#919581
Ah non t'as raison, ODF n'a absolument rien a voir avec OOXML, on se demande bien avec quoi vous passez votre temps a le comparer d'ailleurs hein ?
Tu es vraiment pathetique mon pauvre.
[^] # Re: Une bonne nouvelle
Posté par pasBill pasGates . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 1.
Q: What if I don’t implement the entire specification? Will I still get the protections under the OSP?
A: The OSP applies whether you have a full or partial implementation. You get the same irrevocable promise from us either way. In all cases, the OSP covers only your implementation of the parts of the specification(s) that you decide to use.
Q: The specification I am interested in has some required portions and some optional portions, does the OSP apply to both?
A: Yes, the OSP covers Necessary Claims for both required and optional portions of the Covered Specifications. Under the paragraph entitled “Covered Specifications” is the language that makes it clear that the OSP applied to portions of the Covered Specifications that are optional. (“This Promise also applies to the required elements of optional portions of such specifications.”)