Je gère un forum communautaire avec Discourse et j’ai remarqué un bug d’affichage. En gros, si quelqu’un publie avec un iPhone en utilisant le clavier emoji intégré ET que l’emoji n’a pas d’espace avec le mot qui le précède, alors Discourse affiche sa propre version alphanumérique de l’emoji au lieu de son emoji.
Voici un exemple:heart_eyes:
Dans l’exemple ci-dessus, j’ai mis 3 emojis “yeux en cœur” et le premier ne s’affiche pas sur Safari.
2 « J'aime »
Il serait intéressant de voir si la publication depuis un téléphone Android donne le même résultat.
Il existe un paramètre de site pour cela. Cela ne fonctionne pas uniquement sur iPhone. 
1 « J'aime »
Ah sympa, j’avais échangé avec notre gourou Discourse et il ne m’en a pas parlé. Je pense qu’il devrait être activé par défaut, vous ne pensez pas ? Ou y a-t-il des problèmes qui peuvent survenir en l’ayant activé ?
Non, je ne pense pas que cela pose de problème. Mais si vous l’activez, vous devrez reconstruire le HTML des publications existantes ou les “rebaker” pour mettre à jour les emojis.
1 « J'aime »
Ceci n’est pas spécifique à Android ou iPhone, mais à un problème avec notre post cooker
La partie pertinente du texte initialement publié est :
Here is an example😍😍😍
ce qui est
Here is an example\xf0\x9f\x98\x8d\xf0\x9f\x98\x8d\xf0\x9f\x98\x8d
Il semble que le cooker traduise l’emoji brut par son nom, mais ne le traite ensuite que si enable inline emoji translation est activé.
tests :
word♥
word♥♥
word♥♥♥
word😍
word😍😍
word😍😍😍
word♥😍
word😍♥
word😍🖖
word🖖😍
word♥
word:heart:
word:heart:
word😍
word:heart_eyes:
word:heart_eyes:
word:heart:
word:heart_eyes:
word:heart_eyes:
word:vulcan_salute:
(vous pouvez voir que lorsqu’il n’y a qu’un seul emoji attaché à un mot, il n’est pas du tout modifié, mais lorsqu’il y en a plus d’un, cela casse)
7 « J'aime »
