J’ai mis à jour la chronologie ! 
Désormais, lorsque vous cliquez sur la barre de progression, une modale dédiée s’ouvre avec le conteneur de la chronologie du sujet (alias la chronologie mobile). Cela facilite beaucoup son utilisation sur mobile également.
Désolé, mais je n’arrive pas à reproduire ce problème. 
J’ai installé la mise à jour sur un site de test https://forum.escooterworld.com/ et le problème s’y produit également, je ne sais pas pourquoi. Je suis en vacances jusqu’à mardi, je ne peux donc pas vraiment tester davantage pour comprendre ce qui se passe.
Tu peux m’envoyer ton composant pour que je puisse jeter un œil dessus ?
Envoyé, mais le même problème se produit même avec ce composant désactivé, et cela n’a commencé qu’après la dernière mise à jour.
Essayez de tester dans le navigateur Duck Duck Go 
J’ai mis à jour le message d’indice de balayage : DEV: Add more control over swipe hint message - Pull Request #11 - VaperinaDEV/discourse-topic-preview-modal - GitHub
Il contient deux nouveaux paramètres :
always_show_dismiss_hint :
Par défaut, l’indice du geste de fermeture mobile (« Balayez vers le haut/le bas ou utilisez le geste/bouton retour pour fermer ») est affiché une seule fois par navigateur, lors de la première ouverture de la fenêtre modale d’aperçu. Activez cette option pour l’afficher à chaque ouverture. Ne s’applique que lorsque modal_dismiss_gesture est défini sur « gesture ».
dismiss_hint_duration_ms :
La durée (en millisecondes) pendant laquelle l’indice du geste de fermeture reste à l’écran avant de s’estomper. Pensez à réduire cette valeur si vous avez activé always_show_dismiss_hint, car un indice de 10 secondes à chaque ouverture peut devenir répétitif. Définissez la valeur sur -1 pour désactiver complètement la fermeture automatique - l’indice restera alors affiché jusqu’à la fermeture de la fenêtre modale elle-même.
topic_preview.back_gesture_hint est désormais htmlSafe.
Bonjour, je vous remercie beaucoup pour ce composant de thème, je l’utilise parfaitement.
Aujourd’hui, j’ai constaté que, dans le thème (vue des réponses imbriquées), lorsque je clique sur le bouton « Une autre réponse » dans la section des commentaires, un message d’erreur s’affiche : « Erreur : l’URL ou la ressource demandée n’a pas été trouvée. »
Merci d’avoir signalé ce problème ! J’ai testé l’affichage des réponses imbriquées, mais je n’ai pas réussi à reproduire le souci. La réponse se charge correctement de mon côté.
Pourriez-vous vérifier si la même réponse s’ouvre correctement sur la page du sujet imbriqué habituel ? Si ce n’est pas le cas, il pourrait s’agir d’un problème lié à ce message ou à ce sujet en particulier.
Si le problème se reproduit, merci de m’envoyer également l’URL du sujet afin que je puisse mener une enquête plus approfondie.
Bonjour,
Lorsque je clique sur « 
2 réponses » dans la vue « Réponses imbriquées »,
un message d’erreur s’affiche : « Erreur : l’URL ou la ressource demandée n’a pas été trouvée ».
Le même message apparaît en mode aperçu, sur Google Chrome sur ordinateur et sur Google Chrome sur mobile.
Bonjour,
Désolé ! Je n’ai pas l’air d’avoir été très clair.
Ce que je voulais dire, c’est que lors de l’utilisation du composant « topic-preview-modal », si, sur la page d’accueil, on clique sur un sujet en mode « vue imbriquée » pour l’aperçu, puis qu’on clique sur le bouton « Plus de réponses », une erreur de ce type s’affiche.
Ah, j’ai compris, merci ! Voici la correction : FIX: Nested view lost topic identity on pagination + dead "Continue t… · VaperinaDEV/discourse-topic-preview-modal@fa90848 · GitHub
Merci beaucoup ! Je viens de tester et tout fonctionne parfaitement !
Merci pour le travail que tu as consacré à ce composant de thème ! 
Bonjour,
Wow, ce composant est super et offre une excellente utilisabilité, surtout sur les smartphones !
Je suis tombé sur un bug bloquant :
Sur un sujet utilisant le « Post Voting plugin », la fenêtre modale ne se charge pas.
Ce problème survient à la fois sur les smartphones et les PC.
Il se produit avec les dernières versions.
Si nécessaire, je peux réactiver le composant sur mon forum et vous envoyer un lien vers le bug par MP.
Merci.
Merci @Stephane_Roy ! Voici la correction : FIX: post-voting topics crashing the topic preview modal · VaperinaDEV/discourse-topic-preview-modal@0be328e · GitHub
Bonjour 
J’ai refactorisé le composant de thème :
Le grand composant topic-preview-modal a été découpé en classes délégat spécialisées pour les sujets imbriqués, les interactions avec le composeur, les actions sur les publications, la navigation de progression, la surveillance des superpositions et l’état du geste de retour.
L’API existante du composant et les contrats externes restent inchangés, tandis que topic-preview-modal.gjs a été réduit de 1836 à 873 lignes.
Aucun changement fonctionnel n’est prévu.
Peut-être que la fonctionnalité existe et que je n’ai pas trouvé comment la configurer :
Serait-il possible d’éviter l’affichage de la fenêtre modale dans certaines catégories (comme les documents de catégorie Discourse), où la fenêtre modale peut être contre-productive lorsque la barre latérale est censée être affichée ?
Il y a eu une demande à ce sujet plus tôt. J’essaie de déterminer la meilleure implémentation. Cela ne semble pas évident, car cela pourrait créer de la confusion si certains sujets sur /latest s’ouvrent dans une fenêtre modale tandis que d’autres non. D’un autre côté, si nous limitons strictement la fonction aux catégories, comment les sujets sur /latest devraient-ils se comporter ?
Oh, cher Don. Je suis désolé, je n’avais pas vu la demande précédente. Je suis très heureux que vous l’analysiez et que vous en teniez compte !
Dans notre cas particulier, les catégories dans lesquelles nous désactiverions les modales sont spécifiquement le glossaire, le wiki et un cours en ligne mis en place sur Discourse.
Il me vient à l’idée qu’un interrupteur pour tester l’utilisation des modales dans ces mêmes catégories, et qu’elles apparaissent en tant que sujets récents, serait positif pour évaluer réellement leur impact du point de vue des utilisateurs, dans un scénario réel.
Dans le cas où ce ne serait pas possible, du moins pour nous, il serait préférable de ne pas activer les modales même dans la vue des sujets récents pour ces catégories ciblées. Parce que le cours est configuré pour afficher la barre latérale, tout comme nos wikis et le glossaire.
Nous souhaitons que nos membres recherchent et lisent réellement ces informations spécifiques, et nous sommes intéressés à leur fournir des liens directs vers celles-ci depuis la vue de la barre latérale.
Nous sommes tout à fait à l’aise avec l’autorisation des modales pour le reste de notre communauté. Ça fonctionne très bien.
Ne cliqueraient-ils pas sur « Ouvrir le sujet complet » ?
Tu sais, tout ce qu’on veut, c’est moins de friction. Ce devrait être un morceau de musique ou quelque chose comme ça 
