Interoperabilidade entre Open XML e ODF (actualizado)
Hoje ficámos a saber uma boa novidade relativa à interoperabilidade entre os formatos Open XML e ODF. O comité do ODF da OASIS está a considerar juntar-se ao Órgão de Normalização Alemão (DIN), para ajudar com a tradução e interoperabilidade entre formatos.
Por outro lado, descobri que o Open Forum Europe está a organizar um evento sobre standards, exactamente para o mesmo dia, no mesmo país e na mesma cidade da BRM (https://en.wikipedia.org/wiki/Office_Open_XML#Ballot_resolution_process) do Open XML.
Algum comentário?...
(Actualização)
Buzzword (da Adobe) suporta exportação para .docx.: https://forum.buzzword.com/viewtopic.php?f=2&p=980
Comments
Anonymous
January 01, 2003
Primeiro, fico muito satisfeito por haver cada vez mais pessoas a visitarem o meu blog e trazerem novas perspectivas e novas opiniões. Com a contribuição de todos só estamos a enriquecer o debate. Tenho aprendido muito com os comentários de todos. “The remaining 10% of the functionality would be the focus of the harmonization work, the area that requires the most attention. Some portion of that 10% will represent a general-purpose feature that we can imagine multiple application supporting. We take those features and add them to ODF. That remaining portion of the 10%, which only serves one vendor's needs, such as flags for deprecated legacy formatting options, could be represented using the common extensibility mechanism.” A grande questão que se coloca, é que o ODF não foi feito a pensar nos milhões de documentos existentes no mercado. E muitos podem dizer que uma norma não tem que olhar para o mercado para que seja uma norma. O grande problema que se coloca são os custos. Quantas normas (ISO, ECMA, W3C, … ) existem que o mercado nunca as utilizou? Quanto é custa a cada organização implementar uma norma que não teve esta preocupação de assegurar interoperabilidade/compatibilidade/tradução com os formatos existentes. Quer queiramos, quer não, quer gostemos ou não eles existem e isso nunca pode ser ignorado! Acho que o Tito Morais tocou bem no ponto chave: “No final o resultado vai ser o mesmo ambos os formatos ODF e ECMA OpenXML sejam ou não ISO vão ter de ser a prazo suportados, em qualquer que seja a aplicação de Office que queira ser adoptada pelo mercado, porque isto é o que os utilizadores querem, baixo custo e independencia de fornecedor, e não estão preocupados com o trabalho que os fabricantes como Microsoft, IBM ou Sun vão ter que ter para porem isto a funcionar nas suas aplicações. ” Este, é na minha opinião, o caminho a seguir!Anonymous
January 01, 2003
Caro Mário, Obrigado pelo comentário e pelo contributo! Vou actualizar o post! ObrigadoAnonymous
January 31, 2008
The comment has been removedAnonymous
January 31, 2008
The comment has been removedAnonymous
January 31, 2008
The comment has been removedAnonymous
January 31, 2008
pois está visto que o "ge" afinal bateu com a porta e vai sair por cima no final disto tudo, a IBM fica muito mal na fotografia.Anonymous
January 31, 2008
"As a member of the OASIS ODF TC since 2002, i had no idea the time would come when i needed that kind of protection! It used to be a collegial group dedicated to doing something beneficial for mankind's digital future. That was before the post ODF 1.0 swell of big vendors arrived with hard ball marketing plans and lobbyist busting political objectives. Rob Weir is the IBM goon. .... You get the message fairly quickly. Hope this helps. Stay clear of the guy. " ~ge~Anonymous
January 31, 2008
The comment has been removedAnonymous
February 01, 2008
The comment has been removedAnonymous
February 08, 2008
The comment has been removedAnonymous
February 09, 2008
Sr. rdpt as tags XML que descreve são exactamente a forma como o ODF 1.0 suporta formatos binários. Por essa razão e por estar largamente dependente do "Applications Specific" o ODF tem bastante mais ambiguidade que o OpenXML o que tem resultado numa mais rápida adopção do OpenXML pelos vários fabricantes (mesmo os concorrentes como a Apple, Google ou Adobe suportam já hoje OpenXML não suportando ODF). Por outro lado não confunda interesse comerciais com interesse público. O interesse público e dos consumidores é terem mais possibilidades de escolha, mais interoperabilidade, mais inovação e melhor preço. A exclusividade do ODF pretendida por alguns não têm esse objectivo servindo apenas interesses próprios.Anonymous
February 09, 2008
IBM apesar de todo o lobi anti-OpenXML também já suporta OpenXML em quatro produtos January 28, 2008 (Computerworld) No company has invested more time and effort in lobbying against the use of Microsoft Corp.'s new Office Open XML document format than IBM has. But it turns out that IBM itself is supporting Open XML in a handful of products -- a fact that some Microsoft workers were only too glad to point out in their company blogs this month. Open XML is the native file format in Office 2007, and Microsoft is seeking to have it accepted as an ISO standard. According to documentation on IBM's Web sites, the company currently supports the format to some degree in at least four products, including its DB2 9 pureXML database.Anonymous
February 09, 2008
The comment has been removedAnonymous
February 10, 2008
Sobre a google não suportar ODF a informação está aqui: "And we found out that Google Docs was simply not able to export to ODF. Actually, the file menu says “Save as OpenOffice” and not “Save as OpenDocument”. The output file is an SXW file (the legacy format from previous versions of Star Office and OpenOffice.org)… with an ODT extension" http://www.oreillynet.com/xml/blog/2006/11/google_docsopeninterpretation.html Sobre a Google suportar OpenXML (.docx, .xlsx, .pptx) Pode verificar facilmente fazendo um search por filetype: xlsx e visualizar por exemplo um documento excel em formato OpenXML ser apresentado convertido pelo google em HTML. Sobre o suporte de OpenXML no KOffice Repare que a comunidade de software livre já está a implementar o import e export sobre o formato OpenXML para várias aplicações de software livre incluindo o OpenOffice com plug-ins da Novell, ou o KOffice com plug ins da Clever Age http://lists.kde.org/?l=koffice&m=115313215816370&w=2 Sobre o suporte de OpenXML no OpenOffice 3 ou mesmo de acordo com a apresentação da SUN directamente na versão de OpenOffice 3.0 prevista para Setembro 2008. http://marketing.openoffice.org/ooocon2007/programme/wednesday_186.pdf Porque razão não se pretende que os milhoes de documentos e utilizadores não tenham possibilidade de ter os seus documentos preservados sobre uma especificação como o OpenXML ? Um dos problemas caso não saiba que está na base da oposição da SUN ao OpenXML é que você para contribuir para o projecto OpenOffice tem de ceder os seus direitos de propriedade sobre o código à SUN (eles não aceitam contribuições em GPL para poderem reutilizar o código nos seus produtos proprietários). Repare que a principal razão porque a SUN e a IBM lançam a campanha contra o OpenXML tem a ver com o facto de não conseguirem implementar o suporte de OpenXML nos seus produtos proprietários, não por falta de especificação, mas por falta de investimento e recursos destas empresas nesta área. Agora os utilizadores e developers de software livre nada ganham com estes interesses comerciais e "guerra comercial" da SUN e IBM contra o OpenXML . Repare dada a necessidade do OpenOffice e outros competirem com as funcionalidades do novo Microsoft Office o próprio standard ODF já está a sofrer com este atraso. Neste momento já se vê a SUN introduzir extensões não standards ao ODF sem que o ODF 1.2 siga para standard, tornando dificil a interoperabilidade com por exemplo KOffice mesmo em ODF.Anonymous
February 10, 2008
penso que não fui claro nesta área: Um dos problemas caso não saiba que está na base da oposição da SUN ao OpenXML é que você para contribuir para o projecto OpenOffice tem de ceder os seus direitos de propriedade sobre o código à SUN (eles não aceitam contribuições em GPL para poderem reutilizar o código nos seus produtos proprietários). este é um dos problemas que lhes causa atraso pois não podem utilizar por exemplo código da Novell ou da Clever Age pois este é software livre com GPL e a SUN precisa de ter código sem GPL para poder transforma-lo em proprietário. Já viu o que seria ver a comunidade de software livre por exemplo o KOffice desenvolver muito mais rápido que os produtos controlados pela SUN ?Anonymous
February 10, 2008
The comment has been removedAnonymous
February 10, 2008
Google também já tem suporte para ODF fazer search por site:marketing.openoffice.org filetype:odp e depois ver como HTML (um dos ficheiros ODF). O suporte no entanto é muito limitado.Anonymous
February 10, 2008
Videos muito interessantes com o suporte de OpenXML em iphone Mac OS e Adobe Buzzword http://youtube.com/watch?v=oNcAjS7LqKM&feature=related http://www.youtube.com/watch?v=hg2NW-79rXo http://youtube.com/watch?v=8gZsftCvwbYAnonymous
February 10, 2008
The comment has been removed