Usando varioref y Cleveref, ¿ Cleveref diagnostica un documento que LaTeX siempre quiere volver a ejecutar?

Usando varioref y Cleveref, ¿ Cleveref diagnostica un documento que LaTeX siempre quiere volver a ejecutar?

Tengo un documento grande que LaTeX siempre quiere volver a ejecutar. Utilizando la técnica descrita en ¿Cómo diagnosticar una advertencia permanente "Es posible que las etiquetas hayan cambiado"?, Rastreé el problema hasta algunos \vrefs. Pero esperaba \vrefque el paquete me señalara los correos electrónicos problemáticos varioref. La documentación para varioreflos estados del paquete,

Definir comandos como los descritos anteriormente plantea algunos problemas interesantes. Supongamos, por ejemplo, que un texto generado como "en la página siguiente" se divide en varias páginas. Si esto sucede, es muy difícil encontrar una solución aceptable y, de hecho, puede incluso dar como resultado un documento que siempre cambiará de un estado a otro (es decir, insertar una cadena, descubrir que esto es incorrecto, insertar otra cadena en el siguiente ejecución que hace que la primera cadena sea correcta nuevamente, insertando . Por lo tanto, la implementación actual de varioref emite un mensaje de error cada vez que el texto generado se divide en los límites de la página, por ejemplo,

table 5 on the current hpage break i page

daría como resultado un error, que el usuario debe resolver reemplazando el \vrefcomando con uno normal \refjusto antes de la ejecución final. Esto no es completamente satisfactorio, pero en tal caso ninguna solución lo es realmente.

El cleverefpaquete, que cargué (correctamente) después de varioref, afirma que se implementa \vrefcorrectamente. ¿Pero se cleverefsupone que debe replicar esta capacidad de diagnóstico? Necesito decidir si debo informar un error o una solicitud de función, y a qué mantenedor :-)

Intenté y no logré producir un MWE que tenga \vrefexactamente el lugar correcto para reproducir el problema.

Respuesta1

cleverefdeshabilita la verificación de referencias cruzadas que se dividen entre páginas al redefinir los variorefcomandos para su propio uso. Entonces se puede argumentar que es cleverefculpa, pero hay una razón para esto en la implementación actual del paquete.

Actualmente estoy trabajando con Toby para lograr una mejor coexistencia entre los dos paquetes y también con el hyperrefpaquete. Una vez que esto esté en su lugar, estos problemas deben diagnosticarse correctamente nuevamente.

Las variorefmejoras para esto probablemente no lleguen a la versión de otoño de LaTeX, pero deberían estar disponibles con la versión de invierno.

https://github.com/latex3/latex2e/issues/174

información relacionada