O Liteleaf 0.8-r23 encerra um ciclo de melhorias voltado a reduzir a espera entre salvar, compilar e revisar um documento. Desde o 0.8-r19, o trabalho também ampliou a configuração administrativa, a observabilidade do compilador e a compatibilidade do visualizador de PDF, preservando o comportamento das instalações existentes.
No 0.8-r20, a Administração ganhou uma área dedicada a Email. Nela, é possível definir a URL pública, a identidade do remetente e o usuário SMTP e aplicar as alterações imediatamente, sem reiniciar o Liteleaf. A mesma URL efetiva passa a ser usada em recuperação de senha, cadastro, convites, confirmação de email e testes. Endpoint, porta e senha SMTP continuam exclusivamente no ambiente, e os valores administrativos podem voltar a herdá-lo a qualquer momento. A barra do editor também passou a revelar o conteúdo completo de avisos truncados ao manter o mouse sobre eles ou acessá-los pelo teclado.
O 0.8-r21 concentrou as maiores mudanças na compilação. Artefatos auxiliares
seguros do LaTeX agora podem ser reutilizados por projeto, enquanto o latexmk
coordena índices e glossários sem uma passagem externa redundante. Compilações
normais da mesma revisão, engine e documento raiz tornam-se idempotentes; a
ação “Limpar e recompilar” continua produzindo uma reconstrução completa quando
ela é necessária.
Essa otimização vem acompanhada de medidas visíveis. O status e /metrics
separam preparação e execução, registram cache hits e expõem contadores de
compilação. Prometheus e Grafana podem ser habilitados pelo
docker-compose.full.yml, com dashboard e alertas provisionados, sem aumentar
o Compose básico nem o standalone. Quando essa opção é usada, o backup por CLI
também pode incluir e verificar o banco do Grafana no novo formato de bundle.
O visualizador passou a identificar cada PDF por seu artefato, usar ETag e carregar páginas sob demanda. Assim, o resultado é atualizado depois da compilação sem abandonar a posição que estava visível. No 0.8-r22, esse fluxo ganhou compatibilidade adicional: navegadores atuais continuam recebendo o build moderno do PDF.js, enquanto navegadores sem recursos JavaScript recentes selecionam silenciosamente o build legacy oficial. Biblioteca e worker ficam pareados em URLs locais versionadas, e falhas são apresentadas em mensagens localizadas em vez de detalhes internos da biblioteca.
Por fim, o 0.8-r23 reduz também o tempo ao redor da compilação. O relay é
acordado logo após o commit da outbox, diminuindo a latência anterior ao LaTeX,
e o status distingue o tempo de despacho da espera pelo worker. O Ctrl+S
responde imediatamente, consolida comandos manuais repetidos e troca o polling
por uma confirmação colaborativa orientada a eventos, com ressincronização
automática quando preciso.
O editor acompanha as mudanças com um cabeçalho mais limpo: o logo monocromático e compacto integra o Menu, seguido por um botão de início independente. Ações de renomear aparecem somente na linha da árvore sob hover ou foco, e comentários LaTeX e BibTeX recebem realce azul nos temas claro e escuro. Em conjunto, as versões 0.8-r20 a 0.8-r23 deixam mais curto e mais transparente o caminho entre uma edição confirmada e o novo PDF na tela.
← Voltar ao blog