1) M$ ne vas pa gagner grand chose puisque (a) plein de gens n'auront pas le nouveau Office avant 3 ans et demanderont les vieux fichiers en .doc/.xls (b) regardez comme le .doc, le format de M,ドル est pourri, il est même pas standardisé par l'ISO alors que même OOXML est standardisé !
Rien ne changera, de toute façon avec les 2 standards concurrents le .doc à de beaux jours devant lui surtout que M$ a sorti ses spécifications .
De toute façon OpenOffice vaut pas plus qu'Office parce que OOo a copié la conception débile d'Office . De plus les documents Office sont souvent faits comme des porcs avec des entrées partout qui cassent la structure au moindre changement de police, mieux vaut HTML et LaTeX/PDF que MSO/OOo .
2) "Il faudra inventer et imposer la normalisation structurée avec des modules qui ne fassent pas plus de 10pages et l'interdiction de pour un module de dépendre de plus de 5 autres modules."
Très bien .
Avec un peu d'argent à l'appui si nécessaire, on peut faire un standard avec un module A qui dépend de B qui dépend de C qui dépend de D [...] qui dépend de Z .
[^] # Re: Le mal est fait...
Posté par FreeB5D . En réponse au journal microsoft oxml sera probablement ISO finalement. Évalué à 4.
Rien ne changera, de toute façon avec les 2 standards concurrents le .doc à de beaux jours devant lui surtout que M$ a sorti ses spécifications .
De toute façon OpenOffice vaut pas plus qu'Office parce que OOo a copié la conception débile d'Office . De plus les documents Office sont souvent faits comme des porcs avec des entrées partout qui cassent la structure au moindre changement de police, mieux vaut HTML et LaTeX/PDF que MSO/OOo .
2) "Il faudra inventer et imposer la normalisation structurée avec des modules qui ne fassent pas plus de 10pages et l'interdiction de pour un module de dépendre de plus de 5 autres modules."
Très bien .
Avec un peu d'argent à l'appui si nécessaire, on peut faire un standard avec un module A qui dépend de B qui dépend de C qui dépend de D [...] qui dépend de Z .