Liteleaf 0.8-r23 cierra un ciclo de mejoras orientado a reducir la espera entre guardar, compilar y revisar un documento. Desde 0.8-r19, el trabajo también ha ampliado la configuración administrativa, la observabilidad del compilador y la compatibilidad del visor de PDF, preservando el comportamiento de las instalaciones existentes.
En 0.8-r20, Administración incorporó un área dedicada al Correo electrónico. Allí es posible definir la URL pública, la identidad del remitente y el usuario SMTP y aplicar los cambios inmediatamente, sin reiniciar Liteleaf. La misma URL efectiva se utiliza para recuperar contraseñas, registrarse, enviar invitaciones, confirmar correos y ejecutar pruebas. El endpoint, el puerto y la contraseña SMTP permanecen exclusivamente en el entorno, y los valores administrativos pueden volver a heredarlo en cualquier momento. La barra del editor también muestra el contenido completo de los avisos truncados al pasar el cursor sobre ellos o acceder mediante el teclado.
La versión 0.8-r21 concentró los mayores cambios en la compilación. Los
artefactos auxiliares seguros de LaTeX ahora pueden reutilizarse por proyecto,
mientras latexmk coordina índices y glosarios sin una pasada externa
redundante. Las compilaciones normales de la misma revisión, motor y documento
raíz se vuelven idempotentes; “Limpiar y compilar” continúa realizando una
reconstrucción completa cuando es necesaria.
Esta optimización viene acompañada de mediciones visibles. El estado y
/metrics separan preparación y ejecución, registran cache hits y exponen
contadores de compilación. Prometheus y Grafana pueden habilitarse mediante
docker-compose.full.yml, con dashboard y alertas aprovisionados, sin añadir
servicios al Compose básico ni a standalone. Cuando se usa esta opción, el
backup por CLI también puede incluir y verificar la base de Grafana en el nuevo
formato de bundle.
El visor ahora identifica cada PDF por su artefacto, utiliza ETag y carga las páginas bajo demanda. Así, el resultado se actualiza después de la compilación sin perder la posición visible. En 0.8-r22, este flujo obtuvo mayor compatibilidad: los navegadores actuales continúan recibiendo el build moderno de PDF.js, mientras que aquellos sin funciones JavaScript recientes seleccionan silenciosamente el build legacy oficial. La biblioteca y el worker permanecen emparejados en URLs locales versionadas, y los errores se presentan mediante mensajes localizados en lugar de detalles internos de la biblioteca.
Por último, 0.8-r23 también reduce el tiempo alrededor de la compilación. El
relay se activa inmediatamente después del commit de la outbox, reduciendo la
latencia anterior a LaTeX, y el estado distingue el tiempo de despacho del de
espera por un worker. Ctrl+S responde de inmediato, consolida guardados
manuales repetidos y sustituye el polling por una confirmación colaborativa
orientada a eventos, con resincronización automática cuando es necesario.
El editor acompaña estos cambios con un encabezado más limpio: el logo compacto y monocromático se integra en el Menú, seguido por un botón de inicio independiente. Las acciones de renombrar aparecen solamente en la fila del árbol bajo hover o foco, y los comentarios LaTeX y BibTeX reciben resaltado azul en los temas claro y oscuro. En conjunto, las versiones 0.8-r20 a 0.8-r23 hacen más corto y transparente el camino entre una edición confirmada y el nuevo PDF en pantalla.
← Volver al blog