Conforme o QSObook vai ganhando forma, estou olhando para uma parte do projeto que considero fundamental: o que precisa estar bem resolvido para que eu tenha tranquilidade em guardar ali meu histórico de contatos?
Já compartilhei aqui as mudanças na tela de Registros, no mapa e na apresentação do programa. Agora quero contar sobre as prioridades que anotei para os próximos passos. São necessidades bem concretas: cuidar dos dados, encontrar os contatos e conseguir corrigir um erro sem transformar isso em um problema maior.
Este é um relato do que estou priorizando no desenvolvimento. Não significa que todos os recursos abaixo já estejam disponíveis. Quero dividir também as decisões que acontecem entre uma versão e outra, porque elas ajudam a explicar o tipo de ferramenta que estou tentando construir.
Primeiro, cuidar do que fica no caderno
A maior falta que identifiquei foi uma forma de fazer backup e restaurar os dados pelo próprio aplicativo. O caminho atual passa pelo terminal e pelos cuidados com o banco. Quero tornar essa tarefa mais acessível para quem estiver usando o caderno no dia a dia.
A ideia é permitir baixar um arquivo com os dados e depois restaurá-lo com validação. Não basta colocar um botão de download na tela: preciso pensar em como verificar o arquivo e evitar que uma restauração mal compreendida coloque o histórico em risco.
Vejo isso como parte central de um programa para autohospedagem. Se a pessoa está cuidando da própria instalação, também precisa ter um caminho compreensível para cuidar do que registrou nela.
Excluir sem perder a chance de voltar atrás
Junto do backup, estou priorizando a exclusão recuperável, com uma lixeira e a possibilidade de restaurar o que foi removido.
Quero distinguir claramente duas coisas: excluir um contato do caderno e excluir o cadastro de uma estação. São ações diferentes. Um QSO é o registro de uma conversa; o cadastro reúne informações usadas para reconhecer e preencher os dados daquela estação.
Essa diferença precisa aparecer na interface e no comportamento do programa. Não quero que alguém escolha uma ação pensando em corrigir uma anotação e descubra depois que afetou muito mais do que pretendia.
A lixeira entra nesse raciocínio: oferecer uma maneira de desfazer a exclusão, com clareza sobre o que foi removido. É o tipo de recurso que talvez não chame tanta atenção numa apresentação, mas que considero importante para começar a depender do caderno.
Encontrar o histórico inteiro
Depois, quero avançar na busca e na paginação. Ao revisar essa parte, anotei a limitação das listas de até 200 resultados, sem navegação para os demais. O histórico não pode parecer que acaba só porque a tela chegou a esse limite.
Quero incluir uma forma de navegar pelos resultados, buscar também por cidade e lidar melhor com acentos. Um filtro simples por período também faria sentido para voltar aos contatos de determinada época.
Estou tentando pensar nisso sem criar uma tela complicada. A necessidade é direta: se um contato está guardado no caderno, quero conseguir encontrá-lo com os dados de que me lembro.
Corrigir também faz parte do mapa
Outra prioridade que identifiquei foi permitir corrigir uma localização errada e refazer uma busca sem resultado. Guardar coordenadas em cache ajuda a evitar consultas repetidas, mas também é preciso oferecer uma saída quando a localização não ficou boa.
Quero que a pessoa consiga entender o que está vendo e tenha uma maneira prática de ajustar essas situações. Um ponto no mapa deve ajudar a consultar o histórico, sem virar uma informação que fica presa para sempre porque foi salva uma vez.
Esse cuidado continua ligado à proposta do projeto: localização aproximada por cidade, escolhas explícitas para os serviços externos e o caderno funcionando independentemente do mapa.
Poder levar os contatos para outro programa
Na lista também estão a exportação e a importação ADIF. Quero poder levar os contatos para outras ferramentas e trazer um histórico existente para o QSObook.
Para a importação, imagino uma prévia do que será recebido e um tratamento claro dos possíveis duplicados. Quero que a pessoa consiga conferir antes de misturar um arquivo com o caderno que já está usando.
Para mim, software livre e autonomia também passam por essa possibilidade de mudança. Quero que o projeto seja útil por fazer sentido para quem usa, com caminhos para transportar o próprio histórico.
Saber qual versão está instalada
Uma melhoria menor, mas que quero incluir, é mostrar a versão instalada em Sobre, acompanhada de instruções curtas de atualização.
Isso facilita entender de qual versão estamos falando ao investigar um problema ou acompanhar uma novidade. Também ajuda no cenário que tenho em mente para o Raspberry Pi: olhar para a própria aplicação e identificar o que está rodando, sem precisar descobrir tudo pelo terminal.
É uma mudança pequena de interface que pode economizar bastante confusão.
Minha ordem de trabalho
Se eu tiver que resumir a próxima entrega que estou buscando, ela começa por backup, restauração e exclusão recuperável. Depois vêm busca e paginação. As outras melhorias continuam no planejamento, com espaço para ajustar a ordem conforme o desenvolvimento avance.
Não quero aumentar o programa só para ter uma lista maior de recursos. Quero fechar necessidades básicas e deixar o caderno mais confiável e compreensível, mantendo a simplicidade que motivou o QSObook desde o começo.
Acompanhe o QSObook no GitHub. O projeto continua livre e aberto para quem quiser conhecer, estudar e contribuir. Se você também guarda contatos de rádio, conte quais desses pontos fariam mais diferença no seu uso. Vou continuar compartilhando por aqui as escolhas e os avanços dessa construção.