d' abord je ne maitrise pas le sujet de la compatibilité entre ooxml et gpl (et je suis avec attention les discussions et les liens pointés). Ensuite ce qui suit n' est pas du tout un troll, et encore moins une affirmation, simplement une question, posée de manière publique.
Si ooxml est compatible GPL et si ooxml venait effectivement à être adopté de manière définitive. (bien entendu cela décridibilise sévèrement l' ISO de manière durable. bien sûr ni l' iso ni l ecma n' auront pas les moyens de maintenir ce truc, donc bien sûr c' est microsoft qui fera évoluer son truc pas finis et les autres ne seont que pour dire 'amen', tout ceci est très problématique, mais...)
donc imaginons un futur proche (2 ans ? moins ?) dans lequel ooxml et odf seront tout les 2 dans les faits véritablement iso.
imaginons que les utilisateurs libristes use de odf. Que OpenOffice continue de n' utiliser que odf, et que IBM et SUN ainsi que tout les developpeurs qui fabriquent cette suite bureautique ne s' occupe que de odf.
avec la situation actuelle, et celle future en découlant logiquement, seul Microsoft s' occupera de ooxml, l' ecma n' étant qu' un valideur, dans les faits seul Microsoft, donc, aura la maitrise de ooxml. (alors qu' il aura été normalisé dans les faits)
enfin, toujours en phase avec la réalité, ooxml sera la référence dans la suite de Microsoft, avec les impacts sur tout les utilisateurs.
2 solutions : la solution utopiste consiste à continuer à faire évoluer odf, à continuer à implémenter OpenOffice en espérant renversé la tendance de la suite office de MS, afin d' être sur un pied d' égalité.
la solution pragmatique est de prendre acte de cette (peut être prochaine, mais ne désésperont pas, anticipons cela aussi simplement) norme ooxml et de ... s' en occuper (Les developpeurs de OpenOffice en font une intégration, et tous ibm, sun et les premiers, participent à son évolution). C' est, peut être, selon moi, le seul moyen de ne pas se laisser déborder par microsoft : prendre acte que ooxml est (sera) normalisé et ne pas laisser ses évolutions aux seules mains de microsoft (puisque dorénavant nous savons que ecma n' est qu' un "homme de paille")
mes 2 cents
désolé d' écrire cela vite, et j' espère que cela ne prête pas à confusion (et ceci n' est pas un appel aux trolls.)
# ooxml
Posté par bubar🦥 . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 9.
d' abord je ne maitrise pas le sujet de la compatibilité entre ooxml et gpl (et je suis avec attention les discussions et les liens pointés). Ensuite ce qui suit n' est pas du tout un troll, et encore moins une affirmation, simplement une question, posée de manière publique.
Si ooxml est compatible GPL et si ooxml venait effectivement à être adopté de manière définitive. (bien entendu cela décridibilise sévèrement l' ISO de manière durable. bien sûr ni l' iso ni l ecma n' auront pas les moyens de maintenir ce truc, donc bien sûr c' est microsoft qui fera évoluer son truc pas finis et les autres ne seont que pour dire 'amen', tout ceci est très problématique, mais...)
donc imaginons un futur proche (2 ans ? moins ?) dans lequel ooxml et odf seront tout les 2 dans les faits véritablement iso.
imaginons que les utilisateurs libristes use de odf. Que OpenOffice continue de n' utiliser que odf, et que IBM et SUN ainsi que tout les developpeurs qui fabriquent cette suite bureautique ne s' occupe que de odf.
avec la situation actuelle, et celle future en découlant logiquement, seul Microsoft s' occupera de ooxml, l' ecma n' étant qu' un valideur, dans les faits seul Microsoft, donc, aura la maitrise de ooxml. (alors qu' il aura été normalisé dans les faits)
enfin, toujours en phase avec la réalité, ooxml sera la référence dans la suite de Microsoft, avec les impacts sur tout les utilisateurs.
2 solutions : la solution utopiste consiste à continuer à faire évoluer odf, à continuer à implémenter OpenOffice en espérant renversé la tendance de la suite office de MS, afin d' être sur un pied d' égalité.
la solution pragmatique est de prendre acte de cette (peut être prochaine, mais ne désésperont pas, anticipons cela aussi simplement) norme ooxml et de ... s' en occuper (Les developpeurs de OpenOffice en font une intégration, et tous ibm, sun et les premiers, participent à son évolution). C' est, peut être, selon moi, le seul moyen de ne pas se laisser déborder par microsoft : prendre acte que ooxml est (sera) normalisé et ne pas laisser ses évolutions aux seules mains de microsoft (puisque dorénavant nous savons que ecma n' est qu' un "homme de paille")
mes 2 cents
désolé d' écrire cela vite, et j' espère que cela ne prête pas à confusion (et ceci n' est pas un appel aux trolls.)