Na verdade tem um bug aberto pelo nosso colega Marco de Freitas para criar um plugin de visualização do OpenOffice dentro de um navegador.

http://www.openoffice.org/issues/show_bug.cgi?id=22406

Afinal, se o formato do OO é xml, então os navegadores poderiam interpretar com a ajuda de algum XSL + DTD e algum código c++. Mas parece que não é tão simplório assim.

A argumentação é forte pois se compara ao plugin do Adobe/PDF, e tornaria o formato OpenDocument verdadeiramente legível por qualquer bípede informatizado.

Em tese ele já existe em parte por que voce pode exportar um arquivo para xhtml e ver no navegador (testei com uma planilha simples e funcionou, mas se tiver figuras elas somem). A idéia seria extrair este pedaço de código e montar um plugin.

Aparentemente o desenvolvimetno preferiu criar um visualizador de arquivos mas que requer o OO instalado para ver. I.e. voce pode ver o OpenOffice dentro do navegador inclusive o Mozilla/Firefox em Linux desde que v. tenha o OO instalado na máquina, o que é o problema aqui.

[]'s
Olivier

Edemar Leandro Lirio Junior wrote:

Bom, tenho a seguinte questão.

Alguém conhece algum projeto para se fazer um visualizador de arquivos
no formato OpenDocument?

Sei que essa pergunta já foi feita, mas na época era para o formato
próprio do OpenOffice.org.

Lembro bem que foi questionado a respeito de, por ser uma solução livre,
de porque não se instalar toda a suíte. Explico. Estou ainda lidando com
terminais de serviço, que não tem como objetivo criar/editar texto ou
mesmo planilhas. Porém, para visualizar os mesmos, tem-se que intalar
todas a suíte e o consumo de memória, é estrondoso.

Para cada usuário, ele carrega os módulos novamente. O windows 2003 não
consegue identificar uma base geral para todos os usuários e módulos
independentes... na realidade, não sei se OpenOffice.org foi programado
com esse suporte.


Para tentar ser mais claro:

Situação Atual

WTS         serviço     Memória

Cliente1    soffice     100MB     (Toda suíte)
Cliente2    soffice     100MB     (Toda suíte)
Cliente3    soffice     100MB     (Toda suíte)

O que ao meu ver seria certo:

WTS         serviço     Memória
System      soffice     90MB      (A base da suíte)
Cliente1    swriter     10MB      (módulo writer)
Cliente2    sbase       10MB      (módulo base)
Cliente3    smath       10MB      (módulo math)
Cliente4    simpress    10MB      (módulo impress)
Cliente5    scalc       10MB      (módulo calc)
Cliente6    swriter     10MB      (módulo writer)

Como isso não acontece hoje em dia, acho viável que existisse esses
visualizadores, pois caso contrário, teria que usar, em caso de 20
usuários 2 Gb de RAM, o que mataria o servidor.

Se alguém conhecer o algum projeto, agradeço... ou mesmo outra solução,
desde que viável.




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
Olivier Hallot
Scinergy Consulting Tel (021) 8822-8812
Rio de Janeiro, Brasil
http://www.scinergy.com.br



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Responder a