Pour les curieux qui ont fait du LaTeX:
Pour expliquer comment ça fonctionne, rendez vous à la page 60 du pdf, et constater que la méthode actuelle (jusqu’à hier) génère des problèmes: il s’agissait de mettre le contenu dans une \savebox
et de la ressortir à postériori, ce qui fonctionne … SAUF si on utilise des retours à la ligne (et si c’est pas les retours à la ligne, c’est le verbatim
), et évidement, rien n’empêche les retours à la ligne dans un spoilers, et ça serait un scandale de pas le supporter. Donc, l’astuce classique, c’est de rentrer le truc dans un minipage
, mais évidement, ça génère ce que vous observez à la page 50: ça passe pas la page (par contre, c’est facile à retourner, même si je trouve pas ça pratique).
J’ai retourné le problème dans plein de sens, et j’en suis arrivé à la conclusion que la bonne idée, c’était de sauver le contenu des spoilers dans un fichier, et de le ressortir à postériori. Sauf que là, on se heurte à un problème, qui vient de l’inclusion de code: verbatim
(ou dérivés, qui sont incontournable dès qu’il s’agit de mettre du code source) est un environnement particulier en LaTeX (de ce que j’ai compris, c’est même pas un environnement, d’ailleurs) et ne se laisse pas facilement enregistrer (on peut pas le mettre dans un \newcommand
, par exemple). J’en suis arrivé avec une solution à base de \VerbatimOut
(qui sauve le contenu d’un environnement dans un fichier externe, c’est issu de fancyvrb
) et … \input
(et je vous promet avoir retourné le web connu pour trouver un moyen différent).
Problème, \VerbatimOut
s’arrête après le premier \VerbatimEnd
qu’il trouve. Je vous laisse donc imaginer ce que ça génère quand on imbrique les spoilers (spoiler: ça s’arrête à \end{document}
et ça gueule qu’il y a des trucs par refermés), d’où ma demande ici.