Il existe déjà des implémentations open source de ODF pas de OOXML...
Plusieurs choses:
1) Il n'existe PAS d'implementations complete d'ODF.
Tout comme il n'existe pas d'implementation complete d'ooxml, cela dit, n'etant pas encore ISO, on peut pas vraiment dire que ca soit (deja) pertinent comme remarque.
2) Ton implementation open source, c'est celle de sun, l'implem de reference, faite par les gars qui ont pondu la spec... Pas tres pertinent comme remarque non plus.
KOffice est loin derriere. Et je me contrefous de savoir qu'ils sont 3 et que office a 2 milliards de developpeurs. L'implementation n'est pas la, c'est tout.
Et pourtant, ODF est ISO depuis deja un certain temps.
3) 2000 pages ou 6000 pages, c'est sensiblement la meme chose... Personne ne peut connaitre a fond les specs, il faut un travail d'equipe.
4) De toi a moi, les spec du jre 1.4.2 , ca fait un beau paquet de pages... Ya quand meme la bagatelle de 2723 classes et interfaces dans l'API 1.4.2. Meme en mettant 3 classes par pages (ce qui est tout bonnement impensable), tu rajoutes un pave de 1000 pages.
Et la je te parle juste de l'api du jre (et un vieux en plus). Rajoute a ca les specs de la jvm, du bytecode, tu vas voir si tu reste longtemps a 2000 pages.
Rajoutes les specs de SVG et des autres specs dont depend directement ODF, tu vas les atteindre tes 6000 pages. (ou alors tu entends que 2000 pages, c'est AVEC les specs annexes?)
5) Un argument franchement tres con, mais pas tant que ca: La doc lachee par MS n'etait pas dans la fonte 10pt utilisee par l'iso, ce qui reduirait pas mal le nombre de pages.
Bref, cet argument de 6000 pages c'est trop, c'est vraiment une connerie sans nom...
[^] # Re: Pas mal celle-là
Posté par pw00t . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 1.
Plusieurs choses:
1) Il n'existe PAS d'implementations complete d'ODF.
Tout comme il n'existe pas d'implementation complete d'ooxml, cela dit, n'etant pas encore ISO, on peut pas vraiment dire que ca soit (deja) pertinent comme remarque.
2) Ton implementation open source, c'est celle de sun, l'implem de reference, faite par les gars qui ont pondu la spec... Pas tres pertinent comme remarque non plus.
KOffice est loin derriere. Et je me contrefous de savoir qu'ils sont 3 et que office a 2 milliards de developpeurs. L'implementation n'est pas la, c'est tout.
Et pourtant, ODF est ISO depuis deja un certain temps.
3) 2000 pages ou 6000 pages, c'est sensiblement la meme chose... Personne ne peut connaitre a fond les specs, il faut un travail d'equipe.
4) De toi a moi, les spec du jre 1.4.2 , ca fait un beau paquet de pages... Ya quand meme la bagatelle de 2723 classes et interfaces dans l'API 1.4.2. Meme en mettant 3 classes par pages (ce qui est tout bonnement impensable), tu rajoutes un pave de 1000 pages.
Et la je te parle juste de l'api du jre (et un vieux en plus). Rajoute a ca les specs de la jvm, du bytecode, tu vas voir si tu reste longtemps a 2000 pages.
Rajoutes les specs de SVG et des autres specs dont depend directement ODF, tu vas les atteindre tes 6000 pages. (ou alors tu entends que 2000 pages, c'est AVEC les specs annexes?)
5) Un argument franchement tres con, mais pas tant que ca: La doc lachee par MS n'etait pas dans la fonte 10pt utilisee par l'iso, ce qui reduirait pas mal le nombre de pages.
Bref, cet argument de 6000 pages c'est trop, c'est vraiment une connerie sans nom...