Moi je vois des problèmes très concrets avec une représentation interne qui suit exactement les spécifications du document XML. Ça veut dire que l'évolution du logiciel est totalement liée à l'évolution du standard—et donc, que l'indépendance vis-à-vis d'un standard concurrent est totale. Par ailleurs, je ne vois pas du tout dans ce cas comment supporter plusieurs standards, à moins d'avoir du code spécifique pour chacun des standards (autrement dit, quand on clique sur "gras", le bout de code appelé va être différent en fonction du type de fichier d'entrée).
De toutes manières, historiquement, LibreOffice/OpenOffice/StarOffice précède très largement l'idée même de document XML, c'est à dire que le format OpenOducment a probablement été défini à partir de la représentation interne des documents dans le code, et pas le contraire.
Du coup, j'ai l'impression que c'est injuste de reprocher à LibreOffice son manque de support d'OOXML. Il me semble évident que les logiciels qui ont été développés après la publication du standard OOXML ont pu calquer leur architecture sur le format, ce qui rend tout de suite la compatibilité plus facile. Je ne sais pas exactement comment LibreOffice gère les différents formats, mais aucune solution ne semble parfaite : soit on crée de moulinettes pour transformer l'OOXML en OpenDocument, puis OpenDocument vers OOXML, soit les deux formats sont importés dans la représentation interne de LibreOffice puis exportés (avec perte d'info pour les fonctionnalités d'OOXML non supportées), mais je dirais que les problèmes d'intercompatibilité sont principalement dûs à des contraintes d'architecture, et pas à une incompétence des developpeurs.
D'ailleurs, comment est-ce que OnlyOffice et al se débrouillent avec les documents odt?
[^] # Re: Paradoxale ?
Posté par arnaudus . En réponse à la dépêche ONLYOFFICE ouvre le code source des éditeurs de bureau. Évalué à 3. Dernière modification le 24 octobre 2016 à 17:42.
Moi je vois des problèmes très concrets avec une représentation interne qui suit exactement les spécifications du document XML. Ça veut dire que l'évolution du logiciel est totalement liée à l'évolution du standard—et donc, que l'indépendance vis-à-vis d'un standard concurrent est totale. Par ailleurs, je ne vois pas du tout dans ce cas comment supporter plusieurs standards, à moins d'avoir du code spécifique pour chacun des standards (autrement dit, quand on clique sur "gras", le bout de code appelé va être différent en fonction du type de fichier d'entrée).
De toutes manières, historiquement, LibreOffice/OpenOffice/StarOffice précède très largement l'idée même de document XML, c'est à dire que le format OpenOducment a probablement été défini à partir de la représentation interne des documents dans le code, et pas le contraire.
Du coup, j'ai l'impression que c'est injuste de reprocher à LibreOffice son manque de support d'OOXML. Il me semble évident que les logiciels qui ont été développés après la publication du standard OOXML ont pu calquer leur architecture sur le format, ce qui rend tout de suite la compatibilité plus facile. Je ne sais pas exactement comment LibreOffice gère les différents formats, mais aucune solution ne semble parfaite : soit on crée de moulinettes pour transformer l'OOXML en OpenDocument, puis OpenDocument vers OOXML, soit les deux formats sont importés dans la représentation interne de LibreOffice puis exportés (avec perte d'info pour les fonctionnalités d'OOXML non supportées), mais je dirais que les problèmes d'intercompatibilité sont principalement dûs à des contraintes d'architecture, et pas à une incompétence des developpeurs.
D'ailleurs, comment est-ce que OnlyOffice et al se débrouillent avec les documents odt?