Neste caso em particular, o Java ajuda, em vez de atrapalhar, o desenvolvedor, pois terá apenas um código que pode rodar em várias plataformas como Mac, Solaris, MacIntel, Windows e Linux. O uso de gstreamer só funciona no Linux (ainda), logo não é uma alternativa viável para um aplicativo verdadeiramente multiplataforma, a não ser que você se disponha a manter vários "OOo" configurados para cada uma das plataformas. O Go-OO é a base para a maioria das distros Linux e realmente, no Ubuntu, por exemplo, não temos problemas com mídias sendo inseridas na maioria dos casos. Não seja tão radicalmente contra o Java. Provavelmente o teu celular tem 80% das suas funcionalidades escritas com essa linguagem. Não é a linguagem em si que torna ou não pesado o sistema, mas os espaquetes de dependências que se forma com ela. Algumas partes Java do OOo já vem pré-compiladas, entretanto outras não, como os Wizzards, que para funcionar necessitam de uma JVM externa.
2008/12/17 Leandro Santiago <[email protected]> > Olá a todos. > > Gostaria de saber a posição dos desenvolvedores do OpenOffice quanto à > questão do backend para o suporte de mídias como músicas e vídeos no > BrOffice. > Ao que sei o OO usa um tal de jmf, um framework em java. Está certo que eu > nunca consegui fazê-lo funcionar no linux (deve ser um encosto que não me > permite ter sucesso com programas em java :-)), mas no Windows o suporte à > mídia já funciona assim que instalado, mas nunca fui atrás de saber como. > > Eu mesmo tenho uma certa "aversão" ao uso de coisas em java no OpenOffice - > sou um usuário - , por deixá-lo muito pesado em algumas ocasiões. Então eu > fiquei sabendo do Go-OO, fork do OpenOffice que pretende implementar vários > recursos não-presentes no OO, como o suporte nativo à mídia sem depender do > Java, usando o gstreamer (muito mais leve e compatível com formatos). Por > isto venho perguntar se há alguma intenção dos desenvolvedores de > substituirem algumas coisas no OO (ou BrO) por partes mais simples, como no > caso do gstreamer, que é leve e multiplataforma. > > Ou mesmo outras engines que se integrem aos ambientes usados, como o > phonon, > no caso do KDE. > > Acredito que deva haver uma certa "pressão" ao uso de tecnologias java, por > parte da Sun, mas acredito que substituir java por outras tecnologias em > alguns pontos seria muito vantajoso aos usuários. > > Caso o assunto já tenha sido abordado na lista (procurei mas não achei), > peço desculpas, pois não quero iniciar flames. > > Abraços. > -- André Cavalcante Porto Alegre, RS. Ubuntu User number # 24370
