Visite também: Currículo ·  Efetividade BR-Mac

O que é LinuxDownload LinuxApostila LinuxEnviar notícia


Como é o BrOffice.org que eu quero?

“Gosto tanto de usar o BrOffice.org que resolví juntar diversas sugestões de alunos dos nossos treinamentos e outras idéias que nós tivemos e montamos o BrOffice.org que eu quero. Vale lembrar que as ilustrações do post são apenas uma brincadeira de montagem sem muito compromisso, com a ajuda do programa GIMP.

NÃO HÁ UM BROFFICE.ORG como o mostrado nas figuras, como já falei são apenas sugestões para que se possa – quem sabe, parar na tela dos desenvolvedores do OpenOffice.org/ BrOffice.org e assim serem implementadas. No resto, afica apenas a brincadeira… vamos lá.”

Enviado por Lucas Filho (lucascoeΘyahoo·com·br) – referência (lucasfilho.blogspot.com).


• Publicado por Augusto Campos em 2008-06-26

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.

    Marcos Alexandre (usuário não registrado) em 26/06/2008 às 12:04 pm

    Um recurso que sinto falta é a referência cruzada pra itens numerados. Fico admirado de até hoje não terem implementado, já que é um recurso relativamente usado.
    Apesar de gradual, cada versão está ficando um pouco mais leve que a anterior.

    EU (usuário não registrado) em 26/06/2008 às 12:09 pm

    Ficou a cara do Kword!!!

    Uai.
    Eu já arrastei o F11 (estilo) e ele docou na lateral, isso não é mais possivel ?

    Uma coisa que anda acontecendo comigo ultimamente é o openoffice (2.4.1no Mandriva 2008.1 e Fedora 9), consumir 98/99% do processamento da CPU. Tive este problema com o Mandriva e pensei que fosse algum bug, depois pensei que fosse conflito com o Google desktop, mas o mesmo está acontecendo no Fedora 9, onde eu uso o tracker ao invés do google desktop. Alguém por aqui já teve este problema? Será que é algum conflito com as ferramentas de busca? O processo que consome toda a cpu é o do openoffice… já inclusive desativei o java, troquei para o icedtea e nada, o problema persiste

    Já testei, sim, ele continua “dockando”.
    O restante dos botões, acho que é apenas questão de personalizar e embora não tenha testado isso, salvar com algum nome de profile para reaproveitar em outras instalações.

    Eu não uso nenhum indexador(tracker, googledesktop) e por aqui, ele roda legal no ubuntu-8.04.
    Configure o seu indexador para não indexar $HOME inteiro apenas as pastas especificadas por você.

    foobob (usuário não registrado) em 26/06/2008 às 1:31 pm

    “Apesar de gradual, cada versão está ficando um pouco mais leve que a anterior.”

    Tente sem upgrades de hardware… ^_^;;

    Concordo com o EU (não comigo, mas com o EU, pois eu não tenho dupla personalidade :-)). Parece mesmo o Kword.
    Só não concordo com o S N no lugar do U e B (underline e bold), pois já me acostumei com as teclas de atalho como control+B e control+u :-)
    Certamente o que eu queria que mudasse no OpenOffice é sua cara “estática”. Por exemplo: o MS Office tem menus retráteis, que mostram somente as opções mais comuns, mas podem ser expandidos para mostrar as opções avançadas. O OpenOffice poderia pegar a idéia – a não ser que tenha sido patenteada :-) – e aprimorá-la. Uma sugestão: quando acessamos menus, a rodinha do mouse não é utilizada para nada. Que tal utilizá-la nestes menus retráteis?
    Outra coisa que faz a interface parecer estática é a quase ausẽncia de menus de contexto no programa. Acredito que o botão direito do mouse possa ser melhor aproveitado.
    Mehores diálogos de impressão/salvar/abrir, quem sabe baseado nos do KDE. Coisas como pesquisar documentos, como no diálogo do GTK+, etc.

    André Fonseca (usuário não registrado) em 26/06/2008 às 3:09 pm

    O Lauro reportou um problema que extremamente sério no OO – de fato, o openoffice tem um grave problema de processamento interno. O curioso é que o Symphony, baseado no próprio OO, recém lançado pela IBM na sua versão 1.0 (e que tem o visual semelhante ao proposto acima), consegue ser bem mais rápido. Trabalho com arquivos pesados de planilhas, com uma grande base de dados e muitas planilhas interligadas por várias fórmulas e que são originalmente geradas em excel. Utilizando um Core Duo com 1 GB de RAM levo nada menos que 17 minutos para abrir o arquivo, contra menos de 3 minutos (o mesmo arquivo) do Symphony. Ou seja, já troquei um pelo outro e espero que a versão 3.0 do OO traga a solução para este problema. Neste link – http://ubuntuforum-br.org/index.php/topic,37126.0.html – disponibilizei um pequeno howto de como instalar o Symphony no Ubuntu 8.04.

    No meu caso enfrento o problema de consumo excessivo de processamento durante o suo de arquivos do writer simples de poucos kB de tamanho. O que é muito estranho…

    David Abreu (usuário não registrado) em 26/06/2008 às 5:14 pm

    Concordo com o andré, alias ja estava com o link do lotus symphony pra diponibilizar no comentario
    http://symphony.lotus.com/software/lotus/symphony/home.jspa

    o office da IBM baseado no OO. Ate onde ja testei está muito bom, e apesar da versão 1.0, promete com o tempo se tornar BEM mais maduro que o proprio open office (nada melhor que programadores trabalhando full time em um projeto)
    E a interface esta BEEEM melhor que a do Open office (que alias, parece que empacou no século passado).

    paulo jose (usuário não registrado) em 4/07/2008 às 10:09 pm

    Uma coisa que poderia ser mais simples no OO
    é o sistema de paginação. No microsoft word é simplesinho e no Open é cheio de mãnha.

Este post é antigo (2008-06-26) e foi arquivado. O envio de novos comentários a este post já expirou.