Se baser sur un besoin précis , et ensuite demander 'est ce que ca vous convient , qu'est ce que vous penser qu'il faut changer' est une attitude tout a fait normal.
Au moins comme ca je suis sur, tu n'a jamais écris une seule spec.
Ils ont demande a qui ? A personne, Faure a clairement dit qu'ils ont developpe la spec avec OO et KOffice en tete, rien de plus a ajouter.
Cette demande faisait réponse à ton explication sur la date , donc il fallait evidemment des trucs qui présentait une variation proche entre deux formats de dates, et non pas deux trucs qui sont différents.
Meuh oui bien sur, si il y a des standards opposes sur 322 sujets differents, mais pas sur la date, alors ca veut dire qu'il ne faut pas le faire sur la date, t'es d'une logique implacable.
Quand je regarde ce qu'est le spreadsheetML c'est donc 'schéma xml du tableur de microsoft'.
Cela veut donc dire qu'on ne peut pas sauver un tableur avec ODF ? il me semblait pourtant...
The original submission to the ECMA TC45 working group did not have any of this information. Jody Goldberg and Michael Meeks that represented Novell at the TC45 requested the information and it eventually made it into the standards. I consider this a win, and I consider those 324 extra pages a win for everyone (almost half the size of the ODF standard).
Depending on how you count, ODF has 4 to 10 pages devoted to it. There is no way you could build a spreadsheet software based on this specification.
On voit que :
a) Novell a eu son mot a dire dans la definition d'OpenXML, bref c'etait pas du 100% MS
b) Il y a une raison au nombre de pages eleve
c) ODF n'est pas suffisament detaille pour ecrire un tableur se basant purement dessus
Maintenant t'es libre de venir nous expliquer que tu en connais plus sur le sujet que Icaza, je sens qu'on va rire.
[^] # Re: Pourqoi dire NON à l'OpenXML en tant qu'ISO ?
Posté par pasBill pasGates . En réponse au journal OpenXML le retour ... Évalué à 1.
Au moins comme ca je suis sur, tu n'a jamais écris une seule spec.
Ils ont demande a qui ? A personne, Faure a clairement dit qu'ils ont developpe la spec avec OO et KOffice en tete, rien de plus a ajouter.
Cette demande faisait réponse à ton explication sur la date , donc il fallait evidemment des trucs qui présentait une variation proche entre deux formats de dates, et non pas deux trucs qui sont différents.
Meuh oui bien sur, si il y a des standards opposes sur 322 sujets differents, mais pas sur la date, alors ca veut dire qu'il ne faut pas le faire sur la date, t'es d'une logique implacable.
Quand je regarde ce qu'est le spreadsheetML c'est donc 'schéma xml du tableur de microsoft'.
Cela veut donc dire qu'on ne peut pas sauver un tableur avec ODF ? il me semblait pourtant...
Il te semblait quoi ?
Parce que si on en croit l'auteur de Gnumeric : http://tirania.org/blog/archive/2007/Jan-30.html
The original submission to the ECMA TC45 working group did not have any of this information. Jody Goldberg and Michael Meeks that represented Novell at the TC45 requested the information and it eventually made it into the standards. I consider this a win, and I consider those 324 extra pages a win for everyone (almost half the size of the ODF standard).
Depending on how you count, ODF has 4 to 10 pages devoted to it. There is no way you could build a spreadsheet software based on this specification.
On voit que :
a) Novell a eu son mot a dire dans la definition d'OpenXML, bref c'etait pas du 100% MS
b) Il y a une raison au nombre de pages eleve
c) ODF n'est pas suffisament detaille pour ecrire un tableur se basant purement dessus
Maintenant t'es libre de venir nous expliquer que tu en connais plus sur le sujet que Icaza, je sens qu'on va rire.