Two \column's in a beamer frame swallow a page break, and can reorder the pages

[tannevaled]

With the REAL beamer.cls (the default when the class file resolves), a frame
holding a columns environment with two or more \columns loses a page
break: the frames that follow merge onto one page. With material after
\end{columns} the pages also come out in the wrong order.

Reproduction

\documentclass{beamer}
\begin{document}
\begin{frame}{Un}
\begin{columns}
\column{0.5\textwidth}
gauche
\column{0.5\textwidth}
droite
\end{columns}
\end{frame}
\begin{frame}{Deux}beta\end{frame}
\begin{frame}{Trois}gamma\end{frame}
\end{document}

• expected 3 pages; 2 come out, the last two frames sharing one:
  "Un gauche droite" / "Deux beta Trois gamma".
• with one \column (or none) the same deck gives 3 pages, so it is the
  second column that costs the break.
• add APRESCOLUMNS after \end{columns} and the order breaks too: page 1 is
  APRESCOLUMNS, page 2 the frame's own content.
• the built-in emulation (GOTEX_BEAMER=0) is correct; only the real class is
  affected.

What is already right

collectEnvBody's two beamer cases both fire, in order (traced):

collect(minipage): \column ferme la colonne
collect(minipage d=0): \end{columns} colclose->end=true endMacroLeads=true
collect(minipage d=0): \end{minipage} colclose->end=true endMacroLeads=false

So the first column ends at the second \column, the second ends through
\endcolumns → \beamer@colclose → \end{minipage}. The body capture is not
where it goes wrong; what \endcolumns pushes back and runs after that is.

Weight

9 of the 200 corpus talks use two or more \column; among the 79 with a
reference, 3 do, 2 of them inexact, 3 pages of the 40-page beamer gap. Small
in pages — but a mis-ordered page is worse than a mis-counted one, and the same
machinery is what shredded a 17-page talk to 1 before #176.

[tannevaled]

Ce qui reste de l'écart beamer, mesuré exposé par exposé

Relevé sur les 79 exposés avec référence tectonic (main à 8dbd4fd) : 17 inexacts, 40 pages. Le détail dit où porter l'effort, et où ne pas le porter.

cause	exposés	pages
thème/paquet local absent du corpus (rien à composer)	2	12
deux \column dans un cadre (cette issue)	1	2
recouvrements \pause / \only<…> non déployés en pages	3	7
cadres [fragile] / verbatim qui fusionnent	~3	7
reste (±1 page, densité)	8	12

Les 12 premières pages sont irrécupérables ici : 042e4d92 et 023ae352 chargent \usepackage{preambule} et un thème local qui n'existent pas dans le corpus — leur contenu n'est pas dans le fichier. L'expérience #178 avait déjà montré que tenter de les reconstituer coûte huit fois l'écart.

Trois signatures se répètent et valent chacune une session :

1. 7 cadres dans la source → 5 pages (trois exposés). L'un est le défaut de cette issue ; les deux autres n'ont pas de columns mais la même forme — dont 00d301f01eea, où la page 4 porte \begin{ en toutes lettres, donc un cadre [fragile] dont le verbatim fuit et emporte la coupure suivante.
2. Recouvrements : 10 des 79 exposés utilisent \pause/\only<…>/\item<…>, 3 en sortent inexacts (7 pages). Le vrai beamer produit une page PAR étape ; l'engin en produit une seule. C'est le poste le plus net qui reste après celui-ci.
3. ±1 page de densité sur huit exposés : de la pagination, pas du contenu perdu.

[tannevaled]

Une cause trouvée, un correctif qui ne passe pas encore la mesure

\beamer@colclose n'est pas seulement un \end{minipage} : beamer y met

\def\beamer@colclose{\end{minipage}\hfill\end{actionenv}\ignorespaces}

(beamerbaseframecomponents.sty:283). Le collecteur de corps qui rencontre le
\column suivant n'en honore que la PREMIÈRE moitié — le \end{minipage} — puis
vide le macro entier, ce qui jette le \end{actionenv} appariant le
\begin{actionenv} que la colonne avait ouvert. Deux colonnes laissent donc un
groupe d'environnement ouvert, et le \end{frame} qui suit ferme CELUI-LÀ au lieu
du cadre : le cadre suivant ne commence pas sa page.

Branche beamer-colclose : ne vider que la moitié honorée, garder la queue.

Ce que ça corrige : les deux formes signalées ici (\column nu et
[T,onlytextwidth]) rendent bien 3 et 4 pages, et l'exposé réel 0029f300 passe
de 5 à 7 pages contre une référence de 7.

Ce que ça casse : 039a234b02c5 tombe de 4 à 2 pages (1307 → 625 glyphes).
Sa première colonne contient un lstlisting ; avant le correctif ce même exposé
sortait déjà faux (sa page 4 portait {0.40\textwidth} \vspace{0.1cm} \small …
en toutes lettres, donc l'argument de la seconde \column typographié comme du
texte). Le correctif fait exécuter davantage de la queue de \beamer@colclose et
ferme alors un groupe de trop.

Total corpus inchangé : 40 pages d'écart avant comme après. Donc pas fusionnable
en l'état — la branche est poussée pour que la prochaine session reparte de là,
avec le vrai sujet nommé : ce qu'il advient d'une colonne dont le corps contient
un environnement verbatim.

[tannevaled]

Le plus gros des trois exposés « à recouvrements » n'en est pas un

04d350035e6e (référence 6 pages, nous 10) sortait 4 pages de trop, que j'avais
rangées avec les recouvrements. Ce n'est ni les recouvrements ni les notes : son
préambule dit

\setbeameroption{show notes on second screen=right}

— l'option pgfpages qui compose la diapositive et sa note côte à côte sur une
même feuille double largeur. Tectonic sort donc 6 feuilles doubles ; nous sortons
10 pages simples, diapositives et notes séparées. Les 4 pages d'écart sont exactement
les 4 notes.

Ce n'est pas un défaut de notes : \note{…} et \note[item]{…} sont correctement
cachés par défaut ici (vérifié sur un cas minimal, comme dans le vrai beamer où
beamer.cls:115 pose \beamer@notesfalse). C'est pgfpages qui manque, et lui seul.

Reste donc, après #214/#215/#216, deux exposés à re-diagnostiquer : 0228d3fdfbc0
(−2) et 017cb13cecc3 (+1).