Re: Re:

Posté par pasBill pasGates () le 05/03/2008 à 18:12. (lien). Évalué à 0.

La spèc ODF est ouverte, elle utilise au maximum des standards déjà établit et pas des truc avec des blob type DEVMOD. ODF utilise des standards établies et plusieurs fois implémenté (SVG, XForm, MathML, etc).
Et OOXML fait quoi ? Ben il font une spèc de MS-Office 2007... qui ne respecte aucun standard.

Aaaah SVG, rigolons un peu avec ODF et SVG ca te tente ?

http://idippedut.dk/post/2008/01/Embrace-and-extend---SVG-re(...)

The modifications to SVG (even if they are minor) are bad enough as they are, because they basically kill high-fidelity interoperability when using existing SVG-libraries. When you are limiting the usage of some component (the limitations to the values of gradientUnits) you basically loose control with how existing data behaves. And when you enlarge a standard (addition of the middle-attribute of the stroke-linejoin element) you loose control with how your own data behaves when using it in other scenarios.
...
Also, you should note that ODF does not use SVG "as such" at all. They use fragments of SVG, i.e. elements with same names and attributes and then they fit it into the overall architecture of ODF. This is hardly "just referencing". As the paragraph says above (stroke-linejoin), the elements specifying this are not SVG-elements. They are similar to SVG-elements and even extended beyond this. I actually find it really hard to see or understand how the ODF TC can claim - with a straight face - that ODF only references SVG.

Ah ODF et la reutilisation des standards, des qu'on gratte un peu ca s'effrite...

Ce qui n'est plus vrai si ça l'a été.
ODF 1.2 n'est pas (encore) implémenté par OOo ni OpenFormula. Possible que KOffice ou Symphonie (d'IBM) et Google supporte ODF 1.2 avant OOo.
Pour OOXML, c'est sûr de sûr que ça sera toujours MS (puisque la spèc est faite après implémentation).

Tu ne sais rien de ce qu'ECMA fera pour OOXML 1.1, tu supputes, la realite est qu'au jour d'aujourd'hui, les 2 formats sont bases largement sur un soft precis.

La spèc OOXML est fermée. C'est défini par MS pour MS. C'est d'ailleurs explicite dans les objectifs d'OOXML. L'objectif est "to represent faithfully the existing corpus of word-processing documents, spreadsheets and presentations that have been produced by Microsoft Office applications (from Microsoft Office 97 to Microsoft Office 2008 inclusive)".

La spec OOXML est ouverte, tout le monde le sait. Tu peux continuer a mettre ta tete dans le sable ca ne changera pas la realite.

Et Symphonie, et Koffice, et Google, etc.
Tu sais pourquoi ?
Car ils respectent un norme (ODF) et ne la diffinissent pas en fonction de leur implémentation.

Oh non, c'est Sun qui a defini ODF a 95% a partir de l'implementation dans OO, c'est dit clair et net par David Faure de KOffice, inutile d'essayer de nier la realite.

[ Répondre ]