Je peux confirmer que si j'ajoute une ligne finale \iex the end, je vois aussi un comportement étrange - pourriez-vous décrire le vôtre en plus de détail ? J'obtiens une page avec une ligne comme :
%%%%% Back Matter PDF file(s) get included here %%%%
Est-ce ce que vous obtenez ?
Je ne rencontre pas le problème s'il y a un \p vide après la ligne \iex, donc c'est une solution de contournement.
Quant à la cause… la plupart des paragraphes d'introduction provoquent un changement entre double et simple colonne. \iex reçoit un traitement légèrement spécial car quelqu'un a demandé qu'il ne déclenche pas une transition de deux colonnes à une colonne, donc le code a été demandé pour ne pas déclencher de changements de colonnes lorsqu'il rencontre iex.
Sans avoir vu votre problème, j'ai finalement trouvé le temps de mettre en œuvre une méthode légèrement plus élégante pour répondre aux gens ayant des paragraphes d'introduction au milieu de leur texte, donc cela existe dans le code de test… Je ne prévoyais pas de le fusionner car nous sommes très proches de la sortie de la 1.6, mais peut-être que je devrais.
Mais je n'ai aucune idée de pourquoi ce traitement spécial devrait causer le problème que je vois, bien que je puisse confirmer que le faire se comporter comme n'importe quel autre marqueur de paragraphe d'introduction fait disparaître le problème… c'est très déroutant.
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.
Traduit automatiquement depuis English
