Je ne vois pas de changement majeur (en fait, je n’en vois aucun !). Je suppose que c’est parce que les deux ensembles se ressemblent beaucoup ?
Je n’ai pas encore terminé, mais j’y suis presque :
L’idée de base est que les emojis Fluent UI ont tous une marge autour de l’image pour permettre différentes formes. La marge nécessaire est variable, mais ils ont appliqué une valeur fixe sur chaque image, par rapport à d’autres ensembles qui n’ont pas de marges, l’ensemble Fluent UI semble plus petit à cause de cela.
J’ai travaillé sur un pipeline pour calculer la boîte englobante la plus optimale pour chaque emoji, ce qui devrait résulter en un emoji plus grand et plus lisse. J’espère que cela sera fusionné demain.
Génial ! Est-ce la même chose pour tous les ensembles ? Je demande car les réactions sur votre site sont beaucoup plus grandes que celles sur le mien. J’essaie actuellement Twemoji pour les utilisateurs. C’est le même moniteur et le même navigateur côte à côte. Ouvrez dans un nouvel onglet pour voir la grande taille.
![]()
Non, OpenMoji est également affecté par cela, à ma connaissance. Je vais devoir regarder votre site pour comprendre la différence.
J’ai regardé et c’est lié à votre thème qui a ce CSS :
html {
font-family: ember-regular, sans-serif;
font-size: 14px;
}
La taille des emojis est relative à la taille de police de base, donc dans votre cas, vous avez réduit la taille de police de base et par conséquent vos emojis sont plus petits.
Compris. Merci d’avoir regardé !
Je ne comprends pas comment cela est déployé. Sur mon 3.5.0.beta2-dev, le jeu « Twitter » est actuellement actif avec Apple, Google, Windows 10, Google Classic et Facebook Messenger comme sélections. Verrai-je les nouvelles options après un nouveau déploiement du conteneur Web ?
Deuxième question : comment puis-je ajouter le jeu openmoji ? (fait amusant : l’université qui a conçu cela est située à quelques kilomètres de chez moi dans le sud-ouest de l’Allemagne)
Oui, il semble que vous ayez manqué les derniers commits.
Openmoji sera déjà disponible dans la liste lorsque vous effectuerez la mise à jour. Cependant, openmoji est assez difficile en raison de leur choix d’avoir une grande marge, l’ensemble semble assez petit. J’essaie d’appliquer une solution similaire à celle que j’ai utilisée pour fluentui, mais en raison de certaines différences dans la façon dont les svg sont définis, cela ne fonctionne pas aussi bien pour l’instant.
Après toutes ces années à apprécier les visuels des emojis Apple sur notre Discourse, puis-je demander quelles étaient ces raisons de licence qui ont provoqué leur disparition soudaine, s’il vous plaît ?
Nous n’avons pas d’autorisation explicite pour les utiliser.
Y a-t-il un moyen d’ajouter l’emoji pomme en tant qu’ensemble d’emojis personnalisé, puis de sélectionner cet ensemble comme emoji par défaut ?
Ainsi, les messages existants ne perdent pas leur apparence ?
Pas pour le moment désolé, nous pourrions rendre plus facile l’ajout de votre propre ensemble à l’avenir si vous le souhaitez, mais je ne m’y attendrais pas bientôt.
Je serais heureux de co-parrainer ceci sur Marketplace si vous souhaitez en discuter @taravasya ?
Techniquement réalisable selon
Les retours que nous recevons concernant la perte de l’ancien ensemble Apple sont vraiment mauvais.
Je vais vérifier cela, merci ![]()
Cela semble assez simple à implémenter, y a-t-il des détails ou des guides sur les conventions de nommage pour les images emoji ?
Puis-je trouver la réponse à cela dans un commit qui liste toutes les images qui ont été supprimées du dépôt ?
Désolé, je ne peux pas répondre dans votre sujet lié, il est verrouillé ![]()
J’ai réussi à récupérer la plupart des emojis Apple et à les faire fonctionner en suivant ce guide, mais il y a un tas de 404 qui sont générés.
Des choses comme :grinning_face:
et :weary_cat:
et :kissing_face:
génèrent un 404/Non trouvé car ils n’existent pas dans le jeu Apple sur https://github.com/discourse/discourse/tree/stable/public/images/emoji/apple
Je l’ai désactivé à nouveau pour l’instant.
Nous faisons beaucoup de choses pour garantir une compatibilité maximale, si vous voulez faire les choses à votre manière, vous devrez gérer divers problèmes comme celui-ci.
Je pense que le moyen le plus simple de résoudre les 404 pourrait être de copier/coller l’ensemble Twemoji par-dessus le dossier /apple/ et de lui dire de ne pas remplacer l’image si elle existe déjà.
Je suis ouvert aux suggestions si d’autres personnes essaient également de résoudre ce problème ![]()
oui c’est ce que nous faisons dans le gem, nous copions depuis unicode car unicode est censé toujours avoir l’image car ils sont la référence source
