> Tu veux rejoindre Albert et briaeros dans le dossier des gens que je conspue ?
Mieux vaut eux que toi.
Traduction : Sun insiste pour que seules les features implementees par OpenOffice soient supportees.
Bref, si Office a une feature X que OpenOffice n'implemente pas, pas de bol pour Office, ODF ne la supportera pas, faudra expliquer aux clients qu'ils ne peuvent pas l'utiliser car ca ne plait pas a Sun.
Traduction : MS insiste pour que seules les features implementees par MS-Office soient supportees.
Bref, si ODF a une feature X que MS-Office n'implemente pas, pas de bol pour ODF, OOXML ne la supportera pas, faudra expliquer aux clients qu'ils ne peuvent pas l'utiliser car ca ne plait pas a MS.
Exemple : And then there is the insane insistence by Sun that ODF be limited to only those features supported and implemented by OpenOffice.
Si je me trompe pas, la spéc d'OpenFormula est sorti avant que OOo supporte OpenFormula par exemple. Si ce que dit Gary Edwards a du sens, alors OASIS ne sert à rien sauf documenter le comportement de OOo. Bizarre, ce n'est pas ce qu'il dit. Si je crois ce que dit Gary Edwards, la spèc v1.2-draft5 (la dernière) est déjà implémentée dans OOo. Etc...
Tables: * introduce allowCollapse attribute for paragraphs following nested tables to encode WW and HTML-like tables. * declare sub tables as deprecated
Numbering * introduce text:level-text attribute to encode arbitrary number formats * introduce text:num-follow-char to encode WW-like numbering * introduce text:list-override to encode WW-like numbering * declare style:list-level-properties/@text:space-before as deprecated. Effect can be achieved with paragraph indent.
Master-page styles * add header-first and footer-first to encode WW-like page-styles * modify master-page styles such that WW-like sections can be encoded; current CSS3.0 like text:sections are not applicable * declare the style:next-style-name attribute of master-page declarations as deprecated.
Styles: * allow deriving paragraph-family styles from text-family styles.
"Break chars" * introduce a command and a command similar to the command
Fields: * enhance field support by introducing a and a element to which metadata can be attached.
Change tracking: * introduce change tracking for tables * introduce change tracking on property level
Discourage the use of the following OD features for MOOX interop: * nested frames * current CSS3.0 like text:sections * use fo:break-before instead of fo:break-after * use fo:margin-* for tables
Et ?
Je ne vois pas où tu veux en venir.
J'ai dit que Sun ne fait rien pour être spécifiquement compatible avec MS-Office (ou un autre).
Mais que me montres-tu ?
Que Sun ne fait rien pour être spécifiquement compatible avec MS-Office (ou un autre). C'est ce que dit Gary Edwards. Gary Edwards dit que rien est fait pour être compatible avec MS-Office, mais il ne dit pas que des choses sont faites pour être incompatibles avec MS-Office (vu que tout est documenté chez ODF, ce n'est pas facile, voire impossible. En plus il y a les sources de OOo. Moi j'ai jamais vu les sources de MS-Office).
En fait, ODF ne fait pas rien contrairement à ce que je dis, mais on va faire comme si c'était le cas pour l'instant.
L'intéropérabilité, c'est avant tout de faire un standard propre/travaillé, c'est aussi respecter les standards existants. C'est fait chez ODF, ce n'est pas fait chez MS-Office.
Es-ce que ODF casse des standards juste pour ne pas être compatible avec MS-Office ? Ce n'est pas ce que je vois.
Je répète, l'intéropérabilité, c'est avant tout de faire un standard propre/travaillé, c'est aussi respecter les standards existants. C'est ce que fait le W3C. Et ça marche.
Que fait le W3C pour être compatible avec MS-Office ou IE ?
Rien à ma connaissance. Idem pour ODF avec MS-Office.
Es-ce que le W3C a fait de VML un standard pour être compatible avec MS-Office ?
Je ne crois pas. Tu va accuser le w3c d'empêcher l'intéropérabilité avec MS-Office ou IE ?
Es-ce au W3C d'être compatible avec IE ou à IE d'être compatible avec le W3C ?
Ce que tu demandes à ODF, c'est comme si tu demandais au W3C d'être compatible avec IE. Et si le W3C ne le fait pas, tu l'accuse d'entrave à l'intéropérabilité. Ça n'a aucun sens.
Es-ce au W3C d'être compatible avec Firefox ou à Firefox d'être compatible avec le W3C ?
Évidemment que c'est à Firefox d'être compatible avec le W3C.
Donc la position de Sun ne peut pas choquer un "libriste" (dont je suis), ni une personne qui respecte les standards (dont je suis). La politique de Sun, est celle du W3C.
La position de Gary Edwards est surtout commerciale.
Comme ODF est un vrai standard ouvert (contrairement à OOXML), on a accès aux mailings :
Il semble que Gary Edwards ait quitté OASIS car certaines de ses proposition ont été refusées pour ODF v1.2.
Le début thread : http://lists.oasis-open.org/archives/office/200705/msg00001.(...)
[[[en passant, pitiè, ne dit pas que c'est le bordel car des gens s'engueulent sur mailing, c'est (presque) toujours comme ça dans le libre (et tout ce qui est ouvert)]]]
Le problème est d'avoir "full fidelity interoperability with MS Office". Ou le "round trip". C'est-à-dire tu parts d'un fichier OOXML, tu le convertit en ODF puis le convertit en OOXML et tu obtiens la même chose.
Es-ce que MS essai d'avoir "full fidelity interoperability with ODF" puisque tu reproche à ODF de ne pas chercher à être "full fidelity interoperability with MS Office" ?
Tu peux nous mettre un lien sur une mailling de OOXML qui parle de ce problème ? :-)
Bien sûr que non...
En suivant le thread précédent, on voit que pour Sun et IBM, la "full fidelity interoperability with MS Office" n'est pas une priorité pour ODF v1.2. Par contre, on voit aussi que l'intéropérabilité avec MS-Office est un soucis constant entre autre pour des raisons commerciales (qui ne conserne pas que Sun).
Que fait MS dans sa spèc OOXML pour être compatible avec ODF ?
Parce que t'es bien gentil de faire la leçon à ODF, mais que fait MS ?
Réponds au moins à cette dernière question.
> Tiens, tu vois des features non-documentees d'Office la dedans ?
Je ne vois pas le rapport. C'est maintenant une obligation d'ODF de supporte des features non documenté d'OOXML ?
> Bref, tu racontes n'importe quoi, et clairement tu n'as meme pas lu l'article !
Oui je l'ai lu. Mais un truc que tu n'as pas compris, c'est que ODF n'entrave pas l'intéropérabilité. Si MS veut que MS-Office lise/écrive du ODF, MS n'aura aucun soucis. En rien ODF n'entrave ça. Si MS veut qu'IE lise du W3C, MS n'aura aucun soucis. L'histoire le montre. Mais encore faut-il que MS le veuille, ce qui est une autre histoire.
Tu imposes à ODF d'être compatible avec MS-Office (c'est-à-dire qu'ODF doit supporter chaque "feature" de MS-Office). Mais tu n'imposes pas à MS-Office d'être compatible avec ODF. Bizarre, bizarre.
Pourtant, ODF est un standard et n'utilise que des standards alors que MS-Office (et/ou OOXML) n'est pas un standard (ou un vague truc ECMA qui vient d'être refusé par l'ISO malgrès les bidouilles d'MS) et n'utilse pas que des standards.
Bizarre, bizarre.
- OOXML n'utilise pas les standard existant (svg, date, locale, etc).
- OOXML a des trucs mal/pas documenté.
- OOXML est mal foutu (le refus de l'ISO malgrés les bidouilles d'MS est un bon exemple).
- OOXML a des problèmes de brevets (du moins pour les version suivantes d'OOXML)
- OOXML fait 6600 pages .
- etc...
Le quel de ODF et OOXML pose le plus de problème d'intéropérabilité ?
ODF ou OOXML ?
[^] # Re: Bas les masques des opposants à OOXML
Posté par IsNotGood . En réponse à la dépêche OpenXML recalé par l'ISO. Évalué à 1.
Mieux vaut eux que toi.
Traduction : MS insiste pour que seules les features implementees par MS-Office soient supportees.
Bref, si ODF a une feature X que MS-Office n'implemente pas, pas de bol pour ODF, OOXML ne la supportera pas, faudra expliquer aux clients qu'ils ne peuvent pas l'utiliser car ca ne plait pas a MS.
Je reste assez spectique sur les propos de Gary Edwards :
http://docs.google.com/View?docid=dghfk5w9_43f2cmkj
Exemple :
And then there is the insane insistence by Sun that ODF be limited to only those features supported and implemented by OpenOffice.
Si je me trompe pas, la spéc d'OpenFormula est sorti avant que OOo supporte OpenFormula par exemple. Si ce que dit Gary Edwards a du sens, alors OASIS ne sert à rien sauf documenter le comportement de OOo. Bizarre, ce n'est pas ce qu'il dit. Si je crois ce que dit Gary Edwards, la spèc v1.2-draft5 (la dernière) est déjà implémentée dans OOo. Etc...
Ces personnes ne servent à rien ? :
http://www.oasis-open.org/committees/membership.php?wg_abbre(...)
On remarque que Sun n'y est pas omnipotent.
Et ?
Je ne vois pas où tu veux en venir.
J'ai dit que Sun ne fait rien pour être spécifiquement compatible avec MS-Office (ou un autre).
Mais que me montres-tu ?
Que Sun ne fait rien pour être spécifiquement compatible avec MS-Office (ou un autre). C'est ce que dit Gary Edwards. Gary Edwards dit que rien est fait pour être compatible avec MS-Office, mais il ne dit pas que des choses sont faites pour être incompatibles avec MS-Office (vu que tout est documenté chez ODF, ce n'est pas facile, voire impossible. En plus il y a les sources de OOo. Moi j'ai jamais vu les sources de MS-Office).
En fait, ODF ne fait pas rien contrairement à ce que je dis, mais on va faire comme si c'était le cas pour l'instant.
L'intéropérabilité, c'est avant tout de faire un standard propre/travaillé, c'est aussi respecter les standards existants. C'est fait chez ODF, ce n'est pas fait chez MS-Office.
Es-ce que ODF casse des standards juste pour ne pas être compatible avec MS-Office ? Ce n'est pas ce que je vois.
Je répète, l'intéropérabilité, c'est avant tout de faire un standard propre/travaillé, c'est aussi respecter les standards existants. C'est ce que fait le W3C. Et ça marche.
Que fait le W3C pour être compatible avec MS-Office ou IE ?
Rien à ma connaissance. Idem pour ODF avec MS-Office.
Es-ce que le W3C a fait de VML un standard pour être compatible avec MS-Office ?
Je ne crois pas. Tu va accuser le w3c d'empêcher l'intéropérabilité avec MS-Office ou IE ?
Es-ce au W3C d'être compatible avec IE ou à IE d'être compatible avec le W3C ?
Ce que tu demandes à ODF, c'est comme si tu demandais au W3C d'être compatible avec IE. Et si le W3C ne le fait pas, tu l'accuse d'entrave à l'intéropérabilité. Ça n'a aucun sens.
Es-ce au W3C d'être compatible avec Firefox ou à Firefox d'être compatible avec le W3C ?
Évidemment que c'est à Firefox d'être compatible avec le W3C.
Donc la position de Sun ne peut pas choquer un "libriste" (dont je suis), ni une personne qui respecte les standards (dont je suis). La politique de Sun, est celle du W3C.
La position de Gary Edwards est surtout commerciale.
Comme ODF est un vrai standard ouvert (contrairement à OOXML), on a accès aux mailings :
Il semble que Gary Edwards ait quitté OASIS car certaines de ses proposition ont été refusées pour ODF v1.2.
Le début thread :
http://lists.oasis-open.org/archives/office/200705/msg00001.(...)
[[[en passant, pitiè, ne dit pas que c'est le bordel car des gens s'engueulent sur mailing, c'est (presque) toujours comme ça dans le libre (et tout ce qui est ouvert)]]]
Le problème est d'avoir "full fidelity interoperability with MS Office". Ou le "round trip". C'est-à-dire tu parts d'un fichier OOXML, tu le convertit en ODF puis le convertit en OOXML et tu obtiens la même chose.
Es-ce que MS essai d'avoir "full fidelity interoperability with ODF" puisque tu reproche à ODF de ne pas chercher à être "full fidelity interoperability with MS Office" ?
Tu peux nous mettre un lien sur une mailling de OOXML qui parle de ce problème ? :-)
Bien sûr que non...
En suivant le thread précédent, on voit que pour Sun et IBM, la "full fidelity interoperability with MS Office" n'est pas une priorité pour ODF v1.2. Par contre, on voit aussi que l'intéropérabilité avec MS-Office est un soucis constant entre autre pour des raisons commerciales (qui ne conserne pas que Sun).
Que fait MS dans sa spèc OOXML pour être compatible avec ODF ?
Parce que t'es bien gentil de faire la leçon à ODF, mais que fait MS ?
Réponds au moins à cette dernière question.
> Tiens, tu vois des features non-documentees d'Office la dedans ?
Je ne vois pas le rapport. C'est maintenant une obligation d'ODF de supporte des features non documenté d'OOXML ?
> Bref, tu racontes n'importe quoi, et clairement tu n'as meme pas lu l'article !
Oui je l'ai lu. Mais un truc que tu n'as pas compris, c'est que ODF n'entrave pas l'intéropérabilité. Si MS veut que MS-Office lise/écrive du ODF, MS n'aura aucun soucis. En rien ODF n'entrave ça. Si MS veut qu'IE lise du W3C, MS n'aura aucun soucis. L'histoire le montre. Mais encore faut-il que MS le veuille, ce qui est une autre histoire.
Tu imposes à ODF d'être compatible avec MS-Office (c'est-à-dire qu'ODF doit supporter chaque "feature" de MS-Office). Mais tu n'imposes pas à MS-Office d'être compatible avec ODF. Bizarre, bizarre.
Pourtant, ODF est un standard et n'utilise que des standards alors que MS-Office (et/ou OOXML) n'est pas un standard (ou un vague truc ECMA qui vient d'être refusé par l'ISO malgrès les bidouilles d'MS) et n'utilse pas que des standards.
Bizarre, bizarre.
- OOXML n'utilise pas les standard existant (svg, date, locale, etc).
- OOXML a des trucs mal/pas documenté.
- OOXML est mal foutu (le refus de l'ISO malgrés les bidouilles d'MS est un bon exemple).
- OOXML a des problèmes de brevets (du moins pour les version suivantes d'OOXML)
- OOXML fait 6600 pages .
- etc...
Le quel de ODF et OOXML pose le plus de problème d'intéropérabilité ?
ODF ou OOXML ?
OOXML sans aucun doute.