Pour des raisons de licence, nous avons dû modifier les ensembles d’emojis. Les ensembles existants suivants ont été automatiquement migrés vers un nouvel ensemble :
Les administrateurs peuvent changer l’ensemble à /admin/config/emoji/settings?filter=emoji_set
S’il existe un ensemble open-source que vous aimeriez voir disponible dans Discourse, n’hésitez pas à nous le faire savoir.
Nous comprenons que le changement d’emojis peut être un changement très visible, mais nous n’avions pas d’autre solution. Nous préférons jeter de bonnes bases pour l’avenir en ne prenant en charge que les ensembles entièrement open-source.
Est-ce que cela affectera nos sites auto-hébergés ?
Pourquoi devons-nous utiliser des images pour les émojis de toute façon, ne pouvons-nous pas simplement utiliser les symboles ? Je préférerais qu’ils s’affichent dans le style natif de chacun sur leur système d’exploitation.
Ou est-ce juste pour que les administrateurs soient au courant de ce changement, et que les options obsolètes disparaissent sans aucune conséquence ?
Vous pouvez désactiver entièrement les emojis dans les paramètres d’administration, mais cela ne convertira pas les smileys textuels courants tels que :) en emojis.
Les emojis Unicode ne seront pas convertis en images.
Le sélecteur d’emojis sera absent de l’éditeur, ce qui n’est pas une perte sur mobile puisque tous les claviers mobiles ont un raccourci emoji, mais je pense que la plupart des gens ne savent pas comment écrire des emojis sur un ordinateur.
Je relie également ceci car il est également lié à un futur changement d’ensemble d’emojis :
différentes plateformes prennent en charge les nouveaux emoji publiés à des vitesses différentes, vous pourriez donc avoir un utilisateur A sur la plateforme 1, créant un message utilisant un emoji disponible sur cette plateforme, qui sera alors vu par l’utilisateur B sur la plateforme 2 qui ne prend pas encore en charge les derniers emoji publiés il y a quelques semaines = > boîte de tofu (dans le monde des polices, le « tofu » est une boîte rectangulaire vide qui apparaît lorsqu’un caractère ne peut pas être affiché).
emoji personnalisés. Discourse prend en charge les emoji personnalisés qui ne sont pas mappés à un caractère et ne sont que des images.
Oooof, j’ai vraiment perdu de jolis emojis. L’ancien avait du caractère - des gens qui ressemblaient à des gens. Mes utilisateurs trouvent ces nouveaux flous pour une raison quelconque.
question : J’ai « Standard » dans mon menu de polices. Est-ce la même chose que Noto ?
Non, standard est la représentation de base unicode, ils l’appellent aussi « sample ». Je vous recommanderais d’essayer twemoji peut-être ? Ou peut-être fluent ui, ou noto. Probablement tous de bons choix pour plus de caractères.
Je vais examiner cela dans les prochaines 24 heures, il doit peut-être y avoir quelque chose qui ne va pas ici. La seule à être probablement plus petite est la collection openmoji, en raison d’un choix spécifique qu’ils ont fait.
Oui, je pense que nous pourrions continuer à utiliser :ce_style: pour les emojis personnalisés, mais autoriser simplement l’unicode sans modification pour les emojis standard ?
Pourquoi pas ?
Je déteste absolument toutes ces options open source. Je veux juste les emojis Apple sur mon appareil Apple, comme je les verrais dans Messages et sur les réseaux sociaux.
