Puedo confirmar que si agrego una línea final \iex the end, también veo un comportamiento extraño. ¿Podría describir el suyo con más detalle? Estoy obteniendo una página con una línea como:
%%%%% Back Matter PDF file(s) get included here %%%%
¿Es esto lo que está obteniendo?
No ocurre si hay un \p vacío después de la línea \iex, por lo que esa es una solución temporal.
En cuanto a la causa… la mayoría de los párrafos de introducción provocan un cambio entre columnas dobles y simples. \iex recibe un tratamiento ligeramente especial porque alguien solicitó que no provocara una transición de dos columnas a una, por lo que se ha pedido al código que no active cambios de columnas cuando se encuentra iex.
Sin haber visto su problema, finalmente me tomé el tiempo de implementar una forma ligeramente más elegante de responder a las personas que tienen párrafos de introducción en medio de su texto, por lo que eso existe en el código de prueba… No tenía planes de integrarlo ya que estamos muy cerca de lanzar la versión 1.6, pero tal vez debería hacerlo.
Pero no tengo idea de por qué ese tratamiento especial debería causar el problema que estoy viendo, aunque puedo confirmar que hacer que se comporte como cualquier otro marcador de párrafo de introducción hace que el problema desaparezca… es muy desconcertante.
I can confirm that if I add a final line \iex the end, then I see some odd behaviour too - could you describe yours in more detail? I’m getting a page with a line like:
%%%%% Back Matter PDF file(s) get included here %%%%
Is this what you’re getting?
I don’t get it if there’s an empty \p after the \iex line, so that’s one work-around.
As to the cause… most intro paragraphs cause a swap between double and single column. \iex gets some slightly special treatment because someone asked for it to not trigger a two-column to one-column transition, so the code has been asked to not trigger column swaps when iex gets met.
Without having seen your issue, I finally got round to implementing a slightly nicer way to respond to people having introductory paragraphs in the middle of their text, so that exists in test code… I wasn’t planning on merging it since we’re very close to releasing 1.6, but maybe I should.
But I’ve no idea why that special treatment ought to cause the issue I’m seeing, although I can confirm that making it behave like any other intro paragraph marker makes the problem go away… it’s very puzzling.
Traducción automática desde English Mostrar original