/* ========================================================================== Pagination DataTables — couche responsive commune à toute l'application -------------------------------------------------------------------------- Une seule feuille pour TOUS les pagineurs du site : listes QCM / QROC des pages de lecture (v1_*) comme tableaux d'administration (users, settingCurs, settingUsers, livreQcmEdit…). Ce qu'elle corrige ------------------ Les vues de questions posent `$.fn.DataTable.ext.pager.numbers_length = 200` avec `pageLength: 1` (QROC) ou `2` (QCM) : le pagineur est la seule navigation entre les questions, et DataTables aligne donc UN bouton PAR QUESTION — souvent 40 à 60, parfois davantage. À 40px de bouton plus 10px de marge, la rangée mesurait 2 000 à 3 000px : elle débordait de la page sur TOUS les écrans, desktop compris, et emportait la largeur du document avec elle (défilement horizontal parasite). Le parti pris ici : le pagineur ne déborde jamais. Il devient une rangée flex dont SEULE la bande des numéros défile horizontalement, bornée à la largeur disponible. pagination-responsive.js y recentre en continu le numéro courant, de sorte que la question affichée reste toujours visible. Structure visée — les deux rendus de DataTables sont couverts : .dataTables_paginate (rendu « _ », le plus courant > a.paginate_button.page-item.first ici : les vues demandent un > a.paginate_button.page-item.previous renderer inexistant, donc > span <- bande défilante DataTables retombe dessus) > a.paginate_button.page-item[.current] > a.paginate_button.page-item.next > a.paginate_button.page-item.last .dataTables_paginate > ul.pagination (rendu « bootstrap ») > li.paginate_button.page-item[.active] > a.page-link Chargée APRÈS app.css / v1_app.css et les feuilles responsive de page. Les !important sont subis : les vues posent leurs propres règles de pagination dans un