# Emoji regelhoogte aanpassing - Feedback

**URL:** https://meta.discourse.org/t/emoji-line-height-adjustment-feedback/289261
**Category:** UX
**Tags:** feedback, design-experiment
**Created:** [19 december 2023 om 23:32 UTC](https://meta.discourse.org/t/emoji-line-height-adjustment-feedback/289261 "2023-12-19T23:32:45Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![tynaut](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tynaut/32/276689_2.png) [@tynaut](https://meta.discourse.org/u/tynaut)
#### Post date: [19 december 2023 om 23:32 UTC](https://meta.discourse.org/t/emoji-line-height-adjustment-feedback/289261/1 "2023-12-19T23:32:45Z")

</div>

Experiment Paused ⏸

> [@tynaut](#):
>
> This experiment has currently been paused/disabled 2024-01-02T06:00:00Z until the foreseeable future, to diagnose rendering issues with Safari that are related the `transform: scale(x)` property; emojis may appear blurry in random cases, where they may render crisp in one post, the next may appear blurry with no reproducible pattern.

This topic is dedicated to gathering feedback, primarily focusing on any UX-related issues, for the ongoing experiment in which emojis no longer affect ‘line-height’ and also respect the user text size setting in topic posts, messages and chat.  
For instance, you can find an example, here… 🙂

Without the experiment at the Smallest user text size (the most dramatic difference):

 ![CleanShot 2023-12-19 at 17.16.26](https://global.discourse-cdn.com/meta/original/4X/3/b/0/3b0ae256a271a14782b0b2f43d91189239eda220.png)

^ It appears there is a line break before “For instance,” while there is not.

#### Why is this an experiment and not simply a bugfix?

It could be, but there are potentially present hidden issues across different devices, browsers and operating systems. Safari, for example, renders the styling property of `transform: scale(x)` as blurry given particular digits and `font-size` combinations, with the webkit alternative being `grow` – but this property adds a marginal space to line height, unlike the more widely adopted property. This topic exists to throw a net capturing any bugs, before adopting support.

---

<div class="post-metadata">

### Author: ![Arkshine](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/arkshine/32/298682_2.png) [@Arkshine](https://meta.discourse.org/u/Arkshine)
#### Post date: [20 december 2023 om 01:03 UTC](https://meta.discourse.org/t/emoji-line-height-adjustment-feedback/289261/2 "2023-12-20T01:03:12Z")

</div>

Nice! 🙂 The details make a difference.

I did a few tests in different platforms and browsers; it looks good so far!

What about applying a similar logic to the emoji in the title?  
I can see admins customizing their theme and increasing the font size.

> **Example**
>
> ![chrome_1xAGEUEi88](https://global.discourse-cdn.com/meta/original/4X/6/e/9/6e9085254918852f562d6695084c5a9e1ab04143.png)  
> ![chrome_GmCmJoVJ6c](https://global.discourse-cdn.com/meta/original/4X/2/2/f/22fe1138e48da95c7cb12d0addbf897318ef0cfd.png)

---

<div class="post-metadata">

### Author: ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)
#### Post date: [20 december 2023 om 23:18 UTC](https://meta.discourse.org/t/emoji-line-height-adjustment-feedback/289261/3 "2023-12-20T23:18:36Z")

</div>

This feels related @tynaut

![image](https://global.discourse-cdn.com/meta/original/4X/3/3/8/338786cefc06a30c7507c47283dd8e47718dec20.png)

Did user status styling get impacted by this?

---

<div class="post-metadata">

### Author: ![tynaut](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tynaut/32/276689_2.png) [@tynaut](https://meta.discourse.org/u/tynaut)
#### Post date: [20 december 2023 om 23:57 UTC](https://meta.discourse.org/t/emoji-line-height-adjustment-feedback/289261/4 "2023-12-20T23:57:56Z")

</div>

Confirmed. This was fixed with chat specifically.

But for posts/messages, I’ll look for a fix on that selector. It needs to be wide enough to capture emojis in dynamic `<li></li>` (as an example) or any markup but specifically not certain things.

---

<div class="post-metadata">

### Author: ![tynaut](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tynaut/32/276689_2.png) [@tynaut](https://meta.discourse.org/u/tynaut)
#### Post date: [2 januari 2024 om 16:56 UTC](https://meta.discourse.org/t/emoji-line-height-adjustment-feedback/289261/5 "2024-01-02T16:56:15Z")

</div>

This experiment has currently been paused/disabled 2024-01-02T06:00:00Z until the foreseeable future, to diagnose rendering issues with Safari that are related the `transform: scale(x)` property; emojis may appear blurry in random cases, where they may render crisp in one post, the next may appear blurry with no reproducible pattern.

Generally the rendering was accounted for with Safari, but as this inconsistency is harder to work around, this experiment will need a more consistent fix to go ahead with implementing and still support Safari’s version of webkit. I am leaning towards reimplementing webkit’s alternative `grow` property specifically for Safari. Even though this does consume a portion of line-height, this can be mitigated.
