RC1 do LibreOffice
O primeiro release candidate deste fork do OpenOffice foi disponibilizado para download, com uma longa lista de mudanças. (via omgubuntu.co.uk)
• Publicado por Augusto Campos em
2010-12-06
Comentários dos leitores
Os comentários são responsabilidade de seus autores, e não são analisados ou aprovados pelo BR-Linux. Leia os Termos de uso do BR-Linux.
@brlinuxblog
Feed RSS
Esta suite está me surpreendendo. Já fiz o fechamento do mês na empresa que trabalho (tenho que trabalhar com 28 planilhas aproximadamente e manter muitas delas abertas). Com a BrOffice 3.2.1 tinha um monte de pequenos bugs que me irritavam. Agora, e olha que estava usando a versão beta3, a coisa foi extremamente tranquila!
Relatei para o Sr. Olivier o único bug que achei e que já foi corrigido nesta versão rc1.
Pra mim nem precisa mudar o visual. O LibreOffice está rápido e perfeito! O que vier é lucro!
Também estou gostando do Libreoffice… desejo realmente sucesso!
Sinceramente expero que o LibreOffice consiga vencer um dos maiores problemas do OpenOffice, o excesso de peso!
Curiosidade, é impressão minha o LibreOffice tem uma dependência do Mono?
O OpenOffice é o Ronaldo dos softwares de escritório. Gordo, pesado e vai perder (no caso para o LibreOffice). Hahaha
Eu também estou gostando…quando cliquei para baixar, para minha surpresa, foi instalado a versão do BrOffice baseado no Libre..foi uma surpresa agradável! E parece que esta mais rapido mesmo.
O que é “peso”?
Utilização de RAM?
É o espaço ocupado no disco pelo programa e bibliotecas instalados?
É a taxa de utilização de disco enquanto opera?
É a utilização de processador? É usar muito de uma CPU, ou lotar a runqueue de processos esperando?
É a demora aparente (de responsividade) nos widgets ou a demora real para executar uma tarefa?
Detesto termos vagos e considero a acusação de uma aplicação como “pesada” totalmente imponderável, se me permitem o trocadilho. Não especifica nada. Confunde demais.
Patola,
Acho que o Felipe não é programador. Como o OpenOffice aparentemente demora um pouco para iniciar a primeira vez que é chamado, dá a impressão ao usuário final de que é um software grande, pesado. Só isso. É isso, Felipe? Ou, então, me corrija, por favor :-)
Sou programador, mas não de Linux.
Quando dizem que o OpenOffice é pesado, me parece que é meio óbvio.
Abra o OpenOffice que você vai ver como demora a iniciar.
A “aparente” demora para iniciar a primeira vez não é só aparente.
@Patola, vejamos bem. Demora para abrir. Que unidade uso? A unidade de tempo de abertura do Office, da MS.
Algumas ações básicas da interface algumas vezes são demoradas, como na abertura de menus. Qual unidade uso? A unidade de que a abertura de um menu deve ser um tempo tão pequeno que pareça instantâneo.
As animações do Impress são lentas. Bem, com que comparo? Com o Power Poit, claro. O que é algo lento? Assista um video em baixo fps (frames per second) e depois assita ele num fps mais alto.
COnsumo de memória? Eu particularmente não me importo com consumo alto, desde que seja justificável. Consumo de memória é como imposto: é algo que não se pode negligenciar, mas só é bom quando direcionado para os fins corretos.
Como o openoffice não tem uma interface nativa no Linux, é comum que a aparência dos ícones e menus tenha um certo “flicker”, dando a impressão de algo que está penando para abrir.
Sim, gosto do openoffice e respeito o trabalho de seus desenvolvedores. Mas não tem como negar que ele tem muitos defeitos.
Sim, colocar isto em unidades métricas é muito complicado. Espero um dia conseguir fazer isso bem. E é isso que um bom engenheiro de software deve conseguir fazer :-(
Isto é um fórum técnico, ou pelo menos freqüentado por pessoas suficientemente técnicas. Deveriam ser capazes de diferenciar algo que é devagar (como um cálculo complicado no seu CAD) de algo que é pouco responsivo (como widgets lentos) e de algo que está causando paginação por excesso de memória (como o Firefox com muitas abas abertas). Senão fica aquele mesmo choro do mítico usuário final, “NÃO FUNCIONA, O QUE EU FAÇO”???? Se a gente quer apontar um problema para ser resolvido, precisa ser mais específico, inclusive para comentá-lo.
Um usuário “leigo” não tem a menor idéia de quanto uma aplicação está consumindo, mas um com um perfil mais técnico vai chamar o top/htop ou o medidor do gnome. Poderá ver memória e porcentagem da CPU e vai ter uma idéia de o que está acontecendo.
Não precisa ser programador, não é a única profissão técnica que existe.
E nada referente ao clássico e famoso bug dos temas GTK escuros… :/
Eu tenho esperanças que melhore o koffice, ele tem uma interface bem mais moderna e é mais rápido também, so precisa ser mais estável e abrir documentos do MSoffice.
@Patola – mas eu não fiz esse comentário esperando que o problema fosse corrigido. Isso eu faria em um lugar específico.
Eu comentei aqui por comentar. Para compartilhar a minha sensação com outras pessoas, sem nenhuma esperança de ter o problema resolvido aqui.
Se você o faz, acho que está fazendo no lugar errado.
Tentei usar o KOffice, mas achei a interface dele uma tragédia, travou diversas vezes comigo, etc.
Instalei essa versão do LibreOffice e percebi uma grande melhora na performance, não só ao iniciar o software, mas também para abrir documentos, etc.
KOffice no KDE tudo bem mas soque GTK+ não sei não.
O Libre é feito sobre o QT, GTK+ ou outro?
Acho que talvez essse já esse o “problema”.
@Patola, tudo que você falou eu vejo de problemas no OO e no LibreOffice.
Fui fazer umas etiquetas utilizando o Libreoffice 3.3.0 Beta3 e tb o BROffice 3.2.2 mas não consegui, ambos tem algum bug o qual impede que as informações sejam mescladas no documento. Quando eu clico em sincronizar etiquetas simplesmente nada acontece! Devido a este problema, infelizmente tive de fazer este trabalho usando o MS Office.
> Lauro César, informa isso no bugTracker do LibreOffice, ou mesmo ao pessoal do BrOffice, isso vai ajudar bastante.
Sou usuário comum do OpenOffice e verdadeiramente só há uma coisa que me preocupa no mesmo: o visual é feinho, antiquado pra caramba.