Bonjour.
Sur les sujets courts, la chronologie chevauche la section « Sujets suggérés » :
Je pense que la chronologie pourrait être masquée sur les sujets sans aucune réponse, ou que la hauteur minimale du conteneur des messages devrait être à peu près la même que celle de la chronologie ?
Si ma mémoire est bonne, cela existe depuis un moment et est inhérent aux petits écrans et aux sujets d’une seule ligne, mais peut-être avons-nous régressé ? 
Cela se produit également lorsque le contenu est suffisamment long et qu’il y a du contenu au-dessus du message
Je vois clairement cela.
@awesomerobot m’a rappelé qu’on avait l’habitude de masquer la timeline pour les sujets à un seul message, je crois ? Peut-être que c’est pour cela qu’on le remarque davantage, ou peut-être s’agit-il d’une régression réelle ? Dans ce cas, tous les éléments de la timeline sont en effet dupliqués dans les contrôles en bas du premier (et unique) message…
Oui, je pense que nous le cachons depuis 2016 : UX: Hide all timeline controls when fewer than 3 posts · discourse/discourse@b9f8264 · GitHub
Jusqu’à il y a quelque temps, la chronologie masquait
@j.jaffeux, ton changement récent aurait-il pu provoquer cette régression ?
Nous devrions vraiment masquer la chronologie lorsqu’il n’y a qu’UN SEUL message. Trois, c’est un peu trop. Mais un seul…
Le gros problème avec les publications uniques, c’est que lorsqu’elles sont réellement utiles comme celle-ci, elles ne fonctionnent pas correctement. Nous ne prenons pas en charge la navigation à mi-parcours d’une publication géante, ce qui devient extrêmement, extrêmement, extrêmement, extrêmement confus. Bien pire que le simple problème de rendu.
Fais-le en fonction de la longueur du message plus le message unique alors… nous n’avons pas besoin d’une chronologie verticale pour un message unique d’une seule phrase dans un seul sujet, n’est-ce pas ?
Absolument pas, mais nous devons corriger l’implémentation, je pense que c’est ce que j’essaie de dire.
Si je devais choisir entre le supprimer sans condition ou le conserver pour des articles uniques très longs et atypiques, je choisirais de le supprimer sans condition.
Cependant, si nous corrigeons l’implémentation sous-jacente, je soutiendrais tout à fait de le conserver pour le guide incroyable de @Johani, ce serait super utile.
La logique devrait être :
si un seul message dans le sujet ET si ce seul message contient moins de .. 1000* caractères .. alors masquer complètement la chronologie
Même deux messages d’une seule phrase devraient probablement être sûrs, non ?
Bien sûr, on peut faire quelque chose ici, même en utilisant uniquement du CSS. Mais il faudra corriger la barre de défilement si on opte pour cette approche.
Sinon, on pourrait tout aussi bien simplement passer à if 1 post then hide timeline, ce qui est encore plus simple.
Sauf si ce seul message contient un nombre aberrant de 30 000 caractères, nous ne voulons pas qu’il soit masqué, donc… non.
Nous voulons bien qu’il soit masqué… désolé… c’est mon point. Sauf si nous résolvons ce problème :
Je fais glisser la chronologie vers le bas :
Elle reste toujours en haut. 
Cependant, cette barre de défilement fonctionne comme prévu si j’utilise celle native du navigateur :
Si nous laissons cela tel quel pour les sujets avec un seul énorme message, cela ne fonctionne tout simplement pas correctement, ce qui est très déroutant. Nous devons donc corriger cela.
Je vois, nous avons besoin de bons tests informels pour nous assurer d’avoir couvert ceux qui nous intéressent.
Non, ce n’est pas ce commit.
Le commit concerné est très probablement :
Avant ce commit, la logique était en quelque sorte dupliquée et différente, et provoquait également un widget timeline-controls vide (mais visible).
Je vais jeter un coup d’œil aujourd’hui.
Voici ma tentative de correction du chevauchement de la chronologie :
Cela ne résout pas ce que vous avez expliqué, à savoir que cliquer ou glisser sur la chronologie ne modifie pas la position de défilement de la fenêtre. J’ai jeté un coup d’œil rapide à la mise en œuvre de cela, et je pense que cela devrait faire l’objet d’un projet dédié : cela a toujours été ainsi et le changement aurait de nombreuses implications.
Si nous n’avons qu’un seul message, je vérifierai maintenant sa hauteur et masquerai le défileur si elle est inférieure à 1000 px.
Cela représente un message d’environ cette longueur :
Exemple avec un message court :
Ce commit corrige également un autre bug qui faisait apparaître le bouton d’administration du sujet à une position incorrecte lors d’un rafraîchissement complet de la page :
Comme ceci :
Au lieu de cette position après la correction :
J’ai également vérifié que deux messages avec la quantité minimale de contenu ne se chevauchaient pas :
Rien ne devrait avoir changé sur mobile.
Excellent, merci Joffrey 
Ceci est fusionné, on peut le voir en action sur ce sujet par exemple (du moins tant qu’il n’y a qu’un seul message) :
Ce sujet a été automatiquement fermé après 5 jours. De nouvelles réponses ne sont plus autorisées.
