Tiens c'est marrant la discution que l'on a, y'a justement une réaction de De Icaza au "conflit" entre les 2 formats. (Oué c'est un mec de Novell blabla). Ben lui il est pragmatique, et il sait de quoi il parle : il a concrêtement dû se "farcir" le format de MS Office pour coder Gnumeric, et il n'est pas peut fier d'avoir obtenu de MS qu'ils documentent précisement le format des formules dans l'OpenXML à l'ECMA : 350 pages de plus, mais qu'il aurait aimer avoir depuis longtemps.
Il fait remarquer au passage que les formules telles que décrites dans l'ODF est "impossible à implémenter" : pas assez de doc, y'a que 10 pages, la seule solution pour être interopérable, c'est de prendre une implémentation et d'essayer de faire pareil... ou, comble de l'ironie, de se réferer à la doc de l'OpenXML, vu qu'historiquement l'ODF est largement basé sur OOo lui même basé sur le format de MS Office. Marrant non ?
Pour lui, le seul problème d'avoir 6000 pages de spécif... c'est que faut tuer beaucoup d'arbre pour les imprimer.
Il égratine au passage l'argument des "standards ISO existant", en rappelant que l'ODF fait un peu mieux, mais sans plus, et qu'il y a des absurdités : genre les graphiques peuvent être intégrés en SVG... mais ils sont sauvegardés sous une autre forme dans une feuille de calcul.
Il continue en montrant que le SVG n'est pas forcement le truc le plus intelligent à utiliser dans une suite bureautique : aucun projet open-source n'implémente entièrement ce format... comme quoi il suffit pas de dire "j'ai que 600 pages moi !" si c'est pour faire référence à des trucs externes conséquents à côté.
Ah oui, et quant à l'indépendance de l'ODF de la suite utilisé, si je me réfère à la page des suites bureautiques supportant ce format, je constate une chose : il n'y a que KOffice qui va supporter l'ODF en natif et qui ne soit pas un clone de OOo. Les 3 autres suites qui vont supporter l'ODF en natif sont "bizzarement" des clones d'OOo... les autres ne le supporterons qu'en "import/export". C'est visiblement que l'ODF est parfaitement indépendant de telle ou telle suite dis donc...
[^] # Re: paille/poutre etc
Posté par TImaniac (site web personnel) . En réponse à la dépêche La route de PDF vers l'ISO. Évalué à 2.
Il fait remarquer au passage que les formules telles que décrites dans l'ODF est "impossible à implémenter" : pas assez de doc, y'a que 10 pages, la seule solution pour être interopérable, c'est de prendre une implémentation et d'essayer de faire pareil... ou, comble de l'ironie, de se réferer à la doc de l'OpenXML, vu qu'historiquement l'ODF est largement basé sur OOo lui même basé sur le format de MS Office. Marrant non ?
Pour lui, le seul problème d'avoir 6000 pages de spécif... c'est que faut tuer beaucoup d'arbre pour les imprimer.
http://tirania.org/blog/archive/2007/Jan-30.html
Il égratine au passage l'argument des "standards ISO existant", en rappelant que l'ODF fait un peu mieux, mais sans plus, et qu'il y a des absurdités : genre les graphiques peuvent être intégrés en SVG... mais ils sont sauvegardés sous une autre forme dans une feuille de calcul.
Il continue en montrant que le SVG n'est pas forcement le truc le plus intelligent à utiliser dans une suite bureautique : aucun projet open-source n'implémente entièrement ce format... comme quoi il suffit pas de dire "j'ai que 600 pages moi !" si c'est pour faire référence à des trucs externes conséquents à côté.
Ah oui, et quant à l'indépendance de l'ODF de la suite utilisé, si je me réfère à la page des suites bureautiques supportant ce format, je constate une chose : il n'y a que KOffice qui va supporter l'ODF en natif et qui ne soit pas un clone de OOo. Les 3 autres suites qui vont supporter l'ODF en natif sont "bizzarement" des clones d'OOo... les autres ne le supporterons qu'en "import/export". C'est visiblement que l'ODF est parfaitement indépendant de telle ou telle suite dis donc...