Cela est bien dû à {{Alinéa}}
, mais pas par un bug du modèle, plutôt parce que ce modèle est ici utilisé contre sa destination première. {{Alinéa}}
crée un nouveau paragraphe, donc un saut de ligne avant et après le texte en son sein. Ici, vous appliquez ce modèle non pas à un nouveau paragraphe, mais à une fin de paragraphe ; cela est au moins sémantiquement incorrect : il ne faut utiliser ce modèle que sur des paragraphes entiers. Enfin, pour composer un paragraphe sans alinéa, il vaut mieux utiliser {{SA}}
que {{Alinéa|...|0|0}}
, parce que le premier conserve les marges autour du paragraphe (il est sémantiquement plus correct, et puis il est plus court, aussi ).
En fait, votre problème vient de plus loin : un bug de Proofreadpage (le logiciel qui gère les Page:) dans le traitement des premiers paragraphes de chaque Page:. Proofreadpage ajoute automatiquement une indentation à ce paragraphe, alors que le plus souvent elle est indésirable, puisque ce premier paragraphe est en réalité la fin du dernier paragraphe de la page précédente. Aussi, pendant des années, toutes les Page: commençaient par une indentation « fantôme », due à ce bug, mais qui ne passait pas dans la transclusion ; il y a quelques mois seulement, je suis arrivé à fabriquer une rustine contre ce bug. Visiblement, le modèle pour composer deux colonnes entrave son exécution. En soi, rien de grave : vous voyez juste la Page: comme nous la voyions pendant des années avant la correction du bug ; cet alinéa ne sera pas répercuté dans la transclusion, et par conséquent il ne faut pas utiliser de modèles pour le supprimer (parce que ces modèles, eux, se répercuteraient dans la transclusion). Je vais voir si je ne peux pas plutôt modifier ce modèle de colonnes pour que la règle CSS ne soit plus entravée.