Ce sujet est dédié à la collecte de commentaires, axés principalement sur les problèmes liés à l’UX, pour l’expérience en cours dans laquelle les emojis n’affectent plus la ‘hauteur de ligne’ et respectent également le paramètre de taille de texte de l’utilisateur dans les publications de sujets, les messages et le chat.
Par exemple, vous pouvez trouver un exemple, ici…
Sans l’expérience avec la plus petite taille de texte utilisateur (la différence la plus spectaculaire) :
^ Il semble y avoir un saut de ligne avant « Par exemple, », alors qu’il n’y en a pas.
Pourquoi est-ce une expérience et non une simple correction de bug ?
Ce pourrait être le cas, mais il existe potentiellement des problèmes cachés sur différents appareils, navigateurs et systèmes d’exploitation. Safari, par exemple, rend la propriété de style de transform: scale(x) floue pour des chiffres et des combinaisons de font-size particuliers, l’alternative webkit étant grow – mais cette propriété ajoute un espace marginal à la hauteur de ligne, contrairement à la propriété plus largement adoptée. Ce sujet existe pour lancer un filet capturant tous les bugs, avant d’adopter le support.
J’ai effectué quelques tests sur différentes plateformes et navigateurs ; ça a l’air bien pour l’instant !
Qu’en est-il de l’application d’une logique similaire à l’emoji dans le titre ?
Je peux voir des administrateurs personnaliser leur thème et augmenter la taille de la police.
Confirmé. Cela a été corrigé spécifiquement pour le chat.
Mais pour les publications/messages, je chercherai une solution pour ce sélecteur. Il doit être suffisamment large pour capturer les emojis dans des <li></li> dynamiques (à titre d’exemple) ou toute balise, mais spécifiquement pas certaines choses.
Cette expérience est actuellement mise en pause/désactivée 2024-01-02T06:00:00Z jusqu’à nouvel ordre, afin de diagnostiquer des problèmes de rendu avec Safari liés à la propriété transform: scale(x) ; les emojis peuvent apparaître flous dans des cas aléatoires, où ils peuvent s’afficher nets dans un message, le suivant peut apparaître flou sans schéma reproductible.
En général, le rendu était pris en compte avec Safari, mais comme cette incohérence est plus difficile à contourner, cette expérience nécessitera une correction plus cohérente pour être mise en œuvre et toujours prendre en charge la version webkit de Safari. Je suis enclin à réimplémenter la propriété alternative grow de webkit spécifiquement pour Safari. Même si cela consomme une partie de la hauteur de ligne, cela peut être atténué.
