Fix https://gitlab.com/gitlab-org/gitlab-ce/issues/29557
When using the full font-stack some the Unicode 1.1 emojis are taken up
by fonts closer up the stack and don't represent the emoji well.
```
font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto,
Oxygen-Sans, Ubuntu, Cantarell, "Helvetica Neue", sans-serif, "Apple
Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol";
```
- On Windows, "Segoe UI" -> "Arial" takes over
- On mac OS, "Helvetia" -> ".SF NS Display" takes over
mac OS 10.12.3 | Windows 10
--- | ---
![](http://i.imgur.com/JI99zoH.png) | ![](http://i.imgur.com/aek8G1X.png)
---
When using a shorter emoji font-stack, everything seems to be covered
well 🎉
```
font-family: "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol";
```
- On Windows, "Segoe UI Emoji" takes over
- On mac OS, "Apply Color Emoji" takes over
mac OS 10.12.3 | Windows 10
--- | ---
![](http://i.imgur.com/bDwpGCw.png) | ![](http://i.imgur.com/7kUwEJQ.png)
Maintain emoji line-height in it's context to avoid cut-off,
(Windows 10) http://i.imgur.com/xmdOLgv.png
This also allows us to get rid of the small bodge for the cut-off in
Safari
- gl_emoji for falling back to image/css-sprite when the browser
doesn't support an emoji
- Markdown rendering (Banzai filter)
- Autocomplete
- Award emoji menu
- Perceived perf
- Immediate response because we now build client-side
- Update `digests.json` generation in gemojione rake task to be more
useful and include `unicodeVersion`
MR: !9437
See issues
- #26371
- #27250
- #22474