Primeiro um vem e diz que “não há interesse da Microsoft” em implementar o próprio padrão. Esse tipo de comentário deveria ser apagado e esquecido, porque gera uma discussão infundada e desnecessária. Vamos fazer de conta que ele não existiu.

Aí temos 4 argumentos afirmando que o ODF VAI ganhar. Eu não sabia que era uma corrida, mas vamos lá:

1) O ODF possui o apoio de todo o resto da indústria.
* Beleza, o pessoal tem memória de peixe. O único apoio que um padrão desses precisa é… ser o padrão do Office. Qual deles é o padrão do Office? Então… o outro vai ter que correr (muito) atrás. Essa é a realidade. A história está aí pra nos mostrar isso. Qualquer um que tenha vivido na informática nos últimos 20 anos sabe disso. A Microsoft não entra em disputa pra ficar com o bronze.

2) O ODF foi aprovado à(sic) mais tempo.
* Vamos tentar tirar os olhos desse ‘a’ com crase aí. É, eu sei que arde nos olhos ver isso aí, mas tentemos. Bom… desde quando padrão velho significa padrão mais aceito ou padrão melhor? Não tem nada a ver isso. Quem quiser argumentar coloca aí nomes de padrões que venceram a disputa por serem mais velhos…

3) O ODF é muito mais fácil de implementar.
4) Várias das implementações do ODF serão de código aberto[...]
* Ninguém se importa com isso, já que nenhuma pessoa vai IMPLEMENTAR esse padrão. Pode ser que quem lê isso aqui até utilize mais programas que implementem o ODF, mas com certeza o pai, a mãe, a irmã que gosta do msn, a vó, o tio etc utilizam o Office…

A “culpa” da padronização do OOXML também não é só da ISO… vejam a lista dos países que fizeram objeções: não tem nenhum com uma significância acima do medíocre. Engraçado que não vejo ninguém xingando os países que aceitaram o padrão.

Precisa dizer mais alguma coisa?

vhs ganhou, bluray ganhou e odf ganhará.

O pior desta decisão é que não há nenhum programa que suporta o formato OOXML. Por mais incrível que pareça, nem o Office 2007 suporta o formato, e não há interesse da Microsoft, nem de nenhum fabricante, de aderir à especificação ISO que ela mesma criou.

. . .

Só uma correção o OpenOffice ainda não suporta toda a especificação do odf. Parece que o KOffice 2 vai suportar, mas não tenho certeza.

Senhores,

Devemos lembrar que leva algum tempo para implementar um padrão (embora eu ache que uma entidade padronizadora deveria “cobrar” uma implementação de referência (RI) de um padrão antes de aprová-lo, para provar que ele é exeqüível… No JCP (que cuida do Java) as coisas são feitas assim e dá muito certo).

E é justamente nisso que o padrão ODF vai ganhar o OOXML. As implementações completas de ODF vão aparecer primeiro pq:

1) O ODF possui o apoio de todo o resto da indústria.
2) O ODF foi aprovado à mais tempo.
3) O ODF é muito mais fácil de implementar, até mesmo pra M$ rs**.
4) Várias das implementações do ODF serão de código aberto, então os implementadores poderão trocar experiências. No caso do OOXML, seu principal player é proprietário e não vai ajudar ou ser ajudado por ninguém.

Dessa forma, acredito que mesmo assim essa notícia não significa tanto assim… O mercado, os governos, os usuários, escolhem o padrão a seguir.

Só pega mal pra própria ISO… ISO, ONU… São duas organizações de três letras rendendo-se ao poder. :-/

Se você quiser que realmente não mude, use djvu, porque até PDF não presta se você não tiver as fontes certas…

PDF permite embutir fontes, e a maioria dos programas faz isso por padrão, então não muda o documento.

DJVU é formato de imagem, não tem como mudar mesmo. Mas convenhamos, usar PDF é melhor para esse tipo de coisa, por ser material vetorial. DJVU foi feito para material escaneado, e pra material escaneado ele realmente é imbatível.

Se você quiser que realmente não mude, use djvu, porque até PDF não presta se você não tiver as fontes certas…

Tinha um arquivo ODT feito no openoffice, abri ele no Symphony, algumas linhas mudaram de página. Mudei o arquivo, salvei e abri no openoffice. De novo algumas linhas mudaram de página e alguns símbolos das fórmulas matemáticas não apareciam.

Precisa melhorar a compatibilidade, mas qual dos programas é o “menos compatível”

E sobre a especificação de como fazer um big hamburguer e fritas escrita com papel de pão, se você tiver bastante dinheiro para dar à ISO, pode ter certeza que a aprovação está garantida!

Vou mandar minha especificação de como fazer um big hamburger e fritas.
A especificação foi feita em papel de pão , aposto que aprovam.