Liteleaf 0.8-r16 facilita el trabajo entre los archivos fuente, la revisión y el PDF. Desde la versión 0.8-r12, el corrector interactivo aparece junto a la palabra evaluada y se reposiciona al desplazarse o alcanzar los bordes del editor. Cuando se añade una palabra al diccionario del proyecto, todas las marcas equivalentes desaparecen de inmediato y después se reconcilian con el servidor.
El visor incorpora ahora la capa de texto nativa de PDF.js. Esto permite seleccionar y copiar texto del PDF sin perder el canvas, el zoom, los enlaces ni la posición de lectura. La sincronización inversa también es más precisa: un doble clic utiliza el centro de la palabra seleccionada para localizar mediante SyncTeX el archivo y la posición correspondientes en el código fuente.
La colaboración es más discreta y eficiente. La barra del editor muestra únicamente si la conexión está en línea o sin conexión, mientras que el historial identifica los checkpoints como estados de la revisión global de los archivos fuente. Cuando el contenido ya está totalmente sincronizado —o una edición no produce cambios netos— deja de enviarse el autosave HTTP redundante.
Los proyectos académicos grandes también disponen de más espacio. El límite
predeterminado del PDF compilado aumentó de 16 MiB a 64 MiB y puede configurarse
entre 1 MiB y 512 MiB. Si la salida supera el valor definido, el registro
informa tanto el tamaño observado como el límite. La generación de índices se
realiza mediante una llamada controlada a makeindex, incluido el soporte para
el StyleInd.ist convencional, sin ejecutar un latexmkrc proporcionado por el
proyecto.
La versión 0.8-r16 completa este trabajo al corregir la persistencia de PDF por encima del antiguo límite de 16 MiB. PostgreSQL y SQLite standalone almacenan ahora PDF, SyncTeX y registros conforme al límite configurado, mantienen la compatibilidad con artefactos anteriores y permiten que las compilaciones antes bloqueadas terminen después de la migración automática. Los endpoints privados de estado y PDF tampoco conservan ya respuestas negativas en la caché.
En la gestión de cuentas, el cambio del correo propio solo se hace efectivo después de confirmarlo en la nueva dirección mediante un código de seis dígitos o un enlace de un solo uso. La dirección anterior continúa activa hasta ese momento; después se revocan las sesiones y credenciales temporales sin afectar proyectos, cuotas, TOTP ni identidades OIDC. La administración autorizada también puede corregir el correo de otra cuenta, manteniendo las protecciones de la cuenta propia y del administrador principal.
El perfil standalone incorpora recuperación de contraseña por SMTP con tokens de un solo uso, caducidad y revocación de sesiones después del restablecimiento. La versión 0.8-r15 acerca todavía más su experiencia a las instalaciones con PostgreSQL: añade políticas compartidas de autenticación, acceso OIDC, favoritos por usuario, eliminación lógica, auditoría, retención, historial colaborativo y una cola de compilación que puede reconstruirse después de un reinicio. El Redis integrado coordina estas tareas de forma efímera, mientras que SQLite y el directorio de archivos siguen siendo la fuente duradera y el conjunto de datos necesario para las copias de seguridad.
En conjunto, las revisiones 0.8-r11 a 0.8-r16 hacen más preciso el flujo de escritura, eliminan límites antiguos para trabajos extensos y convierten standalone en una opción más completa y predecible para instalaciones en un solo contenedor.
← Volver al blog