Petite contrariété ici, il y a de légères variations entre ce que montre l’aperçu du message et ce que montre le message finalisé, et cela varie selon qu’il s’agisse d’une image téléchargée ou d’une image liée.\n\n---------------------------\n\nImage liée, pas de ligne vide après ce texte :\n
\nTexte suivant, pas de ligne vide avant.\n\n\nMaintenant une image téléchargée, pas de ligne vide après ce texte :\n\nTexte suivant, pas de ligne vide avant.Texte avant l’image en lien hypertexte, sans ligne vide après le texte :
Texte après, sans ligne vide avant :
Texte avant l’image téléchargée, sans ligne vide après le texte :
Texte après, sans ligne vide avant.
L’image liée à chaud a ce CSS :
.d-editor-preview img {
padding-bottom: 1.4em;
}
Alors que l’image téléchargée a celui-ci :
.d-editor-preview .image-wrapper img {
padding-bottom: 0;
}
Cela se produit également lorsque l’image distante a été téléchargée sur Discourse, car aucune dimension n’est définie dans ce cas, ce qui signifie qu’aucun image-wrapper n’est créé dans l’aperçu :
Image distante téléchargée :

Image téléchargée :

Intéressant, merci.
J’ai également remarqué que dans le cas des images hotlinked qui sont téléchargées, le premier message publié n’a pas de marge entre l’image et le texte au-dessus, mais après quelques minutes, lorsque le processus dans la file d’attente se déclenche pour télécharger l’image distante, il augmente la marge. Cela peut être vu comme une révision dans l’historique du message avec un changement visuel dans l’espace de marge.
Je pense que c’est parce qu’il reconstruit le message et ajoute tout le HTML avec la visionneuse d’images, ce qui crée des marges ou des remplissages différents.
Je vois, merci. Ce serait donc bien si certaines de ces incohérences pouvaient être corrigées, étonnamment les utilisateurs les remarquent et s’en irritent, surtout lorsqu’ils sont habitués aux éditeurs WYSIWYG d’autres moteurs de forum. Le rendu du message qui change de lui-même après le téléchargement de l’image distante est encore plus étrange, bien que je comprenne tout à fait qu’il y ait des raisons techniques derrière cela.
Oui, il y a plusieurs incohérences.
Une similaire par exemple :
Je pense que certaines de ces bizarreries seront résolues lorsque nous fusionnerons le changement de @Johani.




