
[VOTRE EN-TÊTE GAUCHE] [VOTRE EN-TÊTE DROITE]
Pièges Techniques à Éviter
Attention aux erreurs fréquentes
1. Le package comment est EXCLU
— Ne jamais ajouter \usepackage{comment} : il entre en conflit avec tcolorbox et
lstlisting dans les solutions.
— La gestion des solutions se fait via le commutateur et \setbox0, pas via comment.
2. Compilations multiples nécessaires
— La numérotation page X sur Y nécessite deux compilations (utilisation de
lastpage).
— Si le total de pages apparaît comme ??, recompilez.
3. Les accents dans les listings
— Le code Python dans lstlisting doit utiliser l’option literate (déjà configurée) pour
les accents : é, è, à, ç, ê, î, ô.
— Sinon : erreur de compilation ou caractères illisibles.
4. Espace insécable avant les ponctuations doubles
— En français, utilisez ~:,~;,~!,~? pour les ponctuations doubles (ex : Points~:).
5. Environnement solution et code
— Ne jamais mettre de verbatim ou lstlisting directement dans du texte normal sans
boîte adaptée.
— Dans solution, le code est encapsulé dans pythonbox pour éviter les conflits de lecture
de boîtes.
6. Taille des marges et contenu
— Les marges sont réduites (hmargin=1.5cm) pour maximiser l’espace. Surveillez les ta-
bleaux larges.
— Utilisez \small ou \footnotesize dans les tableaux si besoin.
7. Multicol et boîtes flottantes
— Les environnements exercice sont breakable (sécables), mais évitez de couper un
pythonbox sur deux colonnes avec multicols (comportement imprévisible).
— Sortez les gros blocs de code du multicols si possible.
8. Caractères réservés dans les listings
— Dans lstlisting, les caractères $, &, %, #, _, {, }, ˜, ˆ doivent être échappés ou le
fichier ne compilera pas.
— Utilisez upquote=true (déjà configuré) pour les apostrophes droites dans le code Py-
thon.
Template prêt à l’emploi
Remplacez ce contenu par votre épreuve
Page 3sur ??