Journal : Peut-on virer OOXML d'OOo ?
Posté par fleny68 () le 04 avril 2008
OOo 3.0 devrait supporter OOXML, a-t-il été anoncé.
Je trouve que c'est une mauvaise idée. Très.
Est-il possible d'écrire un plugin OOo qui supprime les formats MS d'OOo? Ou une macro ?
J'imagine très bien un ODP viral plein de pingouins et de pingouinnes nus et de blagues moyennement rigolotes, incorporant une macro virant ces formats.
(Après l'OOXML il va y avoir le XPS à l'ISO pour virer le déjà ISOïfié PDF).
Je trouve que c'est une mauvaise idée. Très.
Est-il possible d'écrire un plugin OOo qui supprime les formats MS d'OOo? Ou une macro ?
J'imagine très bien un ODP viral plein de pingouins et de pingouinnes nus et de blagues moyennement rigolotes, incorporant une macro virant ces formats.
(Après l'OOXML il va y avoir le XPS à l'ISO pour virer le déjà ISOïfié PDF).
> Lire le journal (24 commentaires, moyenne: 3,1).
Vous avez demandé le commentaire #920093.
Run by 
Cette page a été générée par Templeet en 0.0495s (dont 0.0049 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
pas forcement une mauvaise idee
Si c'est uniquement un filtre import! Il ne faut surtout pas de filtre d'export car la ce serait se tirer une balle dans le pied.
En gros tu ouvres, tu bosses dessus et tu renvois en ODF (avec un lien vers ta suite prefere supportant ODF et il y a en pas mal!)
[^]Re: pas forcement une mauvaise idee
L'idéal est que la suite office de MS produise du ODF (c'est déjà le cas je pense via un plugin). L'interopérabilité doit se faire via le format ODF, pas par le format OOXML (qui n'est pas interopérable).
[^]Re: pas forcement une mauvaise idee
>Si c'est uniquement un filtre import! Il ne faut surtout pas de filtre d'export
C'est moi, ou ça devient n'importe quoi ici ?
Tu veux priver les utilisateurs d'une fonction qui peut leur être utile ? Tu peux pousser le raisonnement encore plus loin : y'a qu'à ne pas diffuser le source comme ça les utilisateurs ne pourront pas ajouter de filtre d'export. Ça nous permettra de mieux contrôler les utilisateurs ( par contre la liberté de choix de l'utilisateur, c'est pas notre problème ).
[^]Re: pas forcement une mauvaise idee
L'import est malheureusement necesaire et va demander enormement de boulot vu le bousin a installer. Si en plus il faut un filtre d'export cela va etre pire.
Combien d'annees a t'il fallu pour avoir un support a peu pres correct du format binaire? Combien d'annee il va falloir pour trouver les trucs non documentes et/ou decrypter les blobs binaires qui vont etre present dans les fichiers microsoft oxml? Combien de versions differentes il va falloir prendre en compte (aujourd'hui il y en a deja 2 au minimum version microsoft office 12 et la "norme")? De l'autre cote il y a ODF 1.2 qui arrive et qui n'est pas encore totalement implemente dans OOo (ni dans aucune autre suite). Je trouve qu'il est passablement dommage de passer du temps a implementer un bousin tel que microsoft oxml.
J'ose esperer que koffice2 sortent bientot et que les promesses entrevues soient respecte. Vu que koffice a clairement dit qu'ils n'ont pas le "manpower" pour faire le filtre pour le bousin, si cette suite plait cela va peut etre rendre ODF indispensable.
[^]Re: pas forcement une mauvaise idee
> Je trouve qu'il est passablement dommage de passer du temps a implementer un bousin tel que microsoft oxml.
Oui et non.
Oui, car on ne veut pas d'un format pseudo standard pseudo ouvert.
Et non car il y a des utilisations de MS-OOXML.
Qu'ils aient tord d'utiliser MS-OOXML, qu'il le fasse ou non malgré eux, ce sont des utilisateurs.
Et notes bien que ceci n'a rien à voir avec la ratification ou non de MS-OOXML. C'est seulement la prise en compte du "marché".