Início » Contribuir » Reportar erros

Reportar Erros

Por favor reporte quaisquer erros que encontre no Inkscape na Listagem de erros do Launchpad para o Inkscape. Se pretender pode também subscrever a   Lista de Correio dos Programadores do Inkscape para discutir os problemas mais directamente.

Novas funcionalidades, ou pedidos de adição de novas ferramentas podem também ser submetidos para o sistema de listagem de erros. Se for um novo utilizador, é no entanto aconselhável discutir as suas ideias na lista de correio ou nos fórums, para ter uma ideia de como elas se integram na visão geral dos programadores para o Inkscape, antes de submeter o relatório/pedido.

Os seus relatórios de erros são vitais para tornar o Inkscape numa aplicação robusta e capaz. É importante que cada lançamento do Inkscape seja estável, livre de súbitas saídas inesperadas e se comporte previsivelmente. Relatórios dos erros são o meio principal de meio de verificação de qualidade, uma vez que dependemos do princípio Código Livre de "Muitos olhos tornam os erros escassos"  (Many Eyes Make Bugs Shallow).

Se for um utilizador novo, pode ser boa ideia postar o seu problema num forum (listados nesta página), ou na secção Respostas Inkscape ou até mesmo na lista de correio dos utilizadores, para confirmar que é mesmo um erro. Frequentemente utilizadores veteranos saberão identificar se é um erro conhecido, ou se é um erro de todo. Se for um erro conhecido pode pesquisá-lo, e aprender mais sobre ele. (Ou, mais importante, formas de o contornar.)

Se pretender envolver-se mais neste nível de desenvolvimento, pode registar uma conta no Launchpad. Isto permitirá fazer coisas como:

Como submissor original do relatório, é não so a pessoa mais interessada em vê-lo resolvido, como assume também algumas responsabilidades:

  1. Antes de o submeter deve pesquisar primeiro, para se certificar que não foi reportado anteriormente. O Launchpad automaticamente pesquisa pelo título do seu relatório de erros. Deve no entanto tentar pesquisar com terminologia semelhante, especialmente se for novo na vertente do desenvolvimento do Inkscape.
  2. Submeta informação completa: versão, plataforma (sistema operativo), língua (línguagem do interface), passos para reproduzir, ficheiros de teste e capturas de ecrã sempre que apropriado.
  3. Se se tratar de um súbito fechar inesperado da aplicação (crash), é importante submeter um backtrace. Utilize o gdb para obterm um da seguinte forma:
    gdb <path to inkscape executable>
    (gdb) run [parameters (optional)]
    # Carry out the actions to make the program crash
    (gdb) bt
    
    e envie-nos o resultado.

    Se não for muito hábil com computadores, e for fazer a sua primeira submissão de um relatório que causa que o Inkscape se feche inesperadamente, "gdb" é o Gnu Debugger. Antes de se dar ao trabalho de descobrir o que isto é, certifique-se de através do seu relatório que é realmente necessário fazê-lo (porque mesmo que tenha pesquisado e não tenha encontrado nenhum relatório existente, podem existir outros utilizando terminologia ou palavreado diferente). Se estiver no Windows deve utilizar o MinGW, que é a versão do gdb para o Windows.

  4. Utilizadores do Windows podem facilmente efectuar uma "pesquisa temporal" transferindo compilações da ligação "Development/Compiled Packages/Win32 Builds" na página das transferências e encontrar a primeira versão em que o erro não se manifesta.
  5. Não deixe o erro cair no esquecimento após submissão. Se um programador manifestar interesse em arranjá-lo, pode solicitar clarificações, ou mais ficheiros ou informações. Pode levar várias semanas até obter resposta. A não ser que cancele a subscrição, será automaticamente notificado por e-mail quando houver actividade em erros que reportou. (Se não estiver a receber notificações por favor verifique a sua pasta de correio não solicitado) Pode subscrever notificações de quaisquer outros relatórios de erros pelos quais tome interesse (mesmo que não tinha sido reportado por si).

Se o erro que reportou não tiver sido corrigido na próxima versão estável lançada, pode dever-se a diversos factos. Mesmo tendo fornecido toda a informação, pode ainda assim não ser suficiente para os programadores isolarem o problema, ou elaborarem uma solução. Podem necessitar de pistas ou informar outros utilizadores em sistemas diferentes ou sobre circunstâncias diferentes. Ou talvez o problema precise de mais investigação e se mantenha duvidoso de momento. Talvez haja também outros assuntos mais urgentes, ou que necessitem ser resolvidos antes de poder corrigir o seu. Alguns problemas pode ser discutidos ou debatidos, ou uma solução questionada durante várias semanas ou até meses. Alguns erros estiverem "sobre a mesa" por vários meses ou até vários anos.

Não deixe que tudo isto o desencorage de reportar erros se os encontrar. Erros bem documentados são valiosos e ajudam, mesmo que não sejam imediatamente corrigidos. O seu contributo é sempre bem vindo e encorajado, se estiver interessado em ajudar.

Capturas de Ecrãs e Animações

Cetificar-se de que o relatório de erro é muito importante quando se lida com problemas gráficos. Se poder anexar capturas de ecrã, ficheiros SVG, e/ou animações em formato vídeo ou animações GIF, estas podem ser muito esclarecedoras sobre o erro para o programador.

Simples capturas de ecrã pode ser feitas de qualquer computador, utilizando a tecla PrtScn (Print Screen) (que copia todo o conteúdo do ecrã) e colando o resultado em qualquer programa gráfico. Posteriormente deve grava-la e enviar para a página do relatório de erro. Actualmente omuitos computadores já têm uma ferramenta de captura de ecrã/recortes. Por exemplo, no Windows 7  Menu iniciar > Todos os Programas > Acessórios > ferramenta de recortes (Snipping Tool). Se estiver a utilizar uma distribuição moderna de Linux deve estar disponível na categoria de acessórios.

Para fazer um GIF animado do problema pode utilizar o LiceCAP.  Este programa permite capturar múltiplos fotogramas mostrando o problema, sem ter de fazer um vídeo completo em mpg.