The terminal emulator is ignoring my font for certain characters/emoticons #9181

Closed
opened 2026-01-31 01:48:00 +00:00 by claunia · 2 comments
Owner

Originally created by @francogp on GitHub (Jun 20, 2020).

Environment

Windows build number: Win32NT 10.0.19041.0 Microsoft Windows NT 10.0.19041.0
Windows Terminal version (if applicable): 1.0.1402.0

Using WSL Ubuntu LTS version 20.04

I'm using this font, but can reproduced with others too: JetBrainsMono

Expected behavior

image taken by using other windows terminal emulators, like Terminus on windows, and Tilix or Terminator on Ubuntu. All the same results
image

Actual behavior

image
Lots of characters/emoticons have a wrong size at render. This is just an example. Look up the check emoticon ✔
It seems that its ignoring my font.

Originally created by @francogp on GitHub (Jun 20, 2020). # Environment ```none Windows build number: Win32NT 10.0.19041.0 Microsoft Windows NT 10.0.19041.0 Windows Terminal version (if applicable): 1.0.1402.0 Using WSL Ubuntu LTS version 20.04 ``` I'm using this font, but can reproduced with others too: [JetBrainsMono](https://github.com/ryanoasis/nerd-fonts/blob/master/patched-fonts/JetBrainsMono/Regular/complete/JetBrains%20Mono%20Regular%20Nerd%20Font%20Complete%20Mono%20Windows%20Compatible.ttf) # Expected behavior image taken by using other windows terminal emulators, like Terminus on windows, and Tilix or Terminator on Ubuntu. All the same results ![image](https://user-images.githubusercontent.com/2739706/85209354-94c35f00-b30d-11ea-8d77-e6779d68df98.png) # Actual behavior ![image](https://user-images.githubusercontent.com/2739706/85209296-1961ad80-b30d-11ea-86d7-4b95fd9bbc5a.png) Lots of characters/emoticons have a wrong size at render. This is just an example. Look up the check emoticon ✔ It seems that its ignoring my font.
claunia added the Resolution-Duplicate label 2026-01-31 01:48:00 +00:00
Author
Owner

@DHowett commented on GitHub (Jun 26, 2020):

Thanks! I think this is just a specific case of #956, so I'm going to move your report into there and add a note that we should consider range-based emoji suppression. The core of the issue here is that DirectWrite prefers the emoji presentation for that glyph (unfortunately!)

/dup #956

@DHowett commented on GitHub (Jun 26, 2020): Thanks! I think this is just a specific case of #956, so I'm going to move your report into there and add a note that we should consider range-based emoji suppression. The core of the issue here is that _DirectWrite prefers the emoji presentation for that glyph_ (unfortunately!) /dup #956
Author
Owner

@ghost commented on GitHub (Jun 26, 2020):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost commented on GitHub (Jun 26, 2020): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#9181