J'ai donc beaucoup de mal à comprendre ce que les gens cherchent à démontrer dans les trolls de plusieurs centaines de messages précédents
Je ne suis pas tout à fait sur qu'ils cherchent à démontrer quoi que ce soit, je pense que le but du jeu est plutôt de crier le plus fort possible que X ou Y a tort.
Dans le long troll précédent je placerais plutôt mon soutien du coté de chez Microsoft.
La façon dont je comprend les choses est qu'il y avait trois possibilités :
a) Forcer au maximum l'interroperabilité avec OOo.
b) Détruire toutes les fonctions non convertibles lors d'un enregistrement d'un format Excel vers un format ODF
c) Créer un moteur de calcul "d'import" et un moteur de calcul "d'export" distincts en plus du moteur existant.
En a) on s'attend à ce que le tableur se comporte de la façon la plus proche possible d'OOo. Or OOo et Excel ont des comportements différents sur un certain nombre de points. Notamment sur les recherches d'objectifs, les conversions dynamiques, les arrondis etc. Or il faut bien que l'on puisse importer un ODF, exporter vers ODF et modifier un fichier Excel/ODF avant de le sauvegarder en Excel/ODF... Donc :
- soit on met un boutton "comportement Excel/Comportement OOo" dans les icones, et on oublie l'idée même de faire des liens entre les feuilles Excel et des feuilles ODF.
- soit on fige le comportement dès le départ (ie à la création d'un fichier on vous demande quel comportement vous voulez et vous ne pouvez plus en changer, inutile de chercher à sauvegarder un fichier Excel au format ODF),
- soit on change complètement le fonctionnement natif d'Excel pour devenir celui de OOo en cassant au passage tout l'existant (c'est les clients qui vont être content)
En b) On laisse complètement tomber le support natif. A l'import on transforme la feuille ODF en une feuille Excel en modifiant formules et contenu des cellules (type, valeur) pour préserver le rendu final. A l'export on taille dans le lard. Tout ce qui dépasse est détruit, tout ce qui est ambigu génère un message d'alerte à la conversion et roule. Un gentil petit pop-up vient vous avertir que "attention la conversion risque de perdre des données" et c'est marre.
En c) C'est la fête au village Chaque feuille a un "comportement" rattaché. Un copier coller d'une feuille à l'autre nécessite un export/import, il y a plusieurs moteurs de calculs à maintenir en parallèle et les incohérences risquent d'être nombreuses. Ou alors on tente de n'avoir qu'un seul moteur de calcul mais qui interprête différamment suivant les cas en fonction de tel ou tel drapeau...
Dans tous les cas Microsoft va passer pour un méchant vilain pas beau qui soit n'es pas interropérable, soit pousse un standard castré pour dégouter les utiliseurs de l'utilisation d'ODF.
[^] # Re: Effectivement on est pas vendredi
Posté par Jerome Herman . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 9.
Je ne suis pas tout à fait sur qu'ils cherchent à démontrer quoi que ce soit, je pense que le but du jeu est plutôt de crier le plus fort possible que X ou Y a tort.
Dans le long troll précédent je placerais plutôt mon soutien du coté de chez Microsoft.
La façon dont je comprend les choses est qu'il y avait trois possibilités :
a) Forcer au maximum l'interroperabilité avec OOo.
b) Détruire toutes les fonctions non convertibles lors d'un enregistrement d'un format Excel vers un format ODF
c) Créer un moteur de calcul "d'import" et un moteur de calcul "d'export" distincts en plus du moteur existant.
En a) on s'attend à ce que le tableur se comporte de la façon la plus proche possible d'OOo. Or OOo et Excel ont des comportements différents sur un certain nombre de points. Notamment sur les recherches d'objectifs, les conversions dynamiques, les arrondis etc. Or il faut bien que l'on puisse importer un ODF, exporter vers ODF et modifier un fichier Excel/ODF avant de le sauvegarder en Excel/ODF... Donc :
- soit on met un boutton "comportement Excel/Comportement OOo" dans les icones, et on oublie l'idée même de faire des liens entre les feuilles Excel et des feuilles ODF.
- soit on fige le comportement dès le départ (ie à la création d'un fichier on vous demande quel comportement vous voulez et vous ne pouvez plus en changer, inutile de chercher à sauvegarder un fichier Excel au format ODF),
- soit on change complètement le fonctionnement natif d'Excel pour devenir celui de OOo en cassant au passage tout l'existant (c'est les clients qui vont être content)
En b) On laisse complètement tomber le support natif. A l'import on transforme la feuille ODF en une feuille Excel en modifiant formules et contenu des cellules (type, valeur) pour préserver le rendu final. A l'export on taille dans le lard. Tout ce qui dépasse est détruit, tout ce qui est ambigu génère un message d'alerte à la conversion et roule. Un gentil petit pop-up vient vous avertir que "attention la conversion risque de perdre des données" et c'est marre.
En c) C'est la fête au village Chaque feuille a un "comportement" rattaché. Un copier coller d'une feuille à l'autre nécessite un export/import, il y a plusieurs moteurs de calculs à maintenir en parallèle et les incohérences risquent d'être nombreuses. Ou alors on tente de n'avoir qu'un seul moteur de calcul mais qui interprête différamment suivant les cas en fonction de tel ou tel drapeau...
Dans tous les cas Microsoft va passer pour un méchant vilain pas beau qui soit n'es pas interropérable, soit pousse un standard castré pour dégouter les utiliseurs de l'utilisation d'ODF.