starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-02-04 05:35:20 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

Allow for the configuration of font fallback #3746

New Issue
Closed
opened 2026-01-30 23:29:00 +00:00 by claunia · 33 comments
claunia commented 2026-01-30 23:29:00 +00:00
Owner
Copy Link

Originally created by @onceSS on GitHub (Sep 5, 2019).

I am a Chinese developer, sometimes I have to use Chinese, or my Chinese version system will display some prompts in Chinese.

However, this terminal cannot specify multiple fonts in setting, for example: "editor.fontFamily": "DejaVu Sans Mono, Noto Sans CJK SC"(an example from vscode).

I hope this terminal can support multiple fonts setting in the future, thank you.

Originally created by @onceSS on GitHub (Sep 5, 2019). I am a Chinese developer, sometimes I have to use Chinese, or my Chinese version system will display some prompts in Chinese. However, this terminal cannot specify multiple fonts in setting, for example: `"editor.fontFamily": "DejaVu Sans Mono, Noto Sans CJK SC"`(an example from vscode). I hope this terminal can support multiple fonts setting in the future, thank you.
claunia commented 2026-01-30 23:29:03 +00:00
Author
Owner
Copy Link

@phuclv90 commented on GitHub (Sep 5, 2019):

I don't think you need to specify different fonts. Regardless of any locale you use, Chinese characters can always be displayed properly because there are font substitution, font linking and font fallback behind the scenes

@phuclv90 commented on GitHub (Sep 5, 2019): I don't think you need to specify different fonts. Regardless of any locale you use, Chinese characters can always be displayed properly because there are font substitution, font linking and font fallback behind the scenes
claunia commented 2026-01-30 23:29:03 +00:00
Author
Owner
Copy Link

@mdtauk commented on GitHub (Sep 5, 2019):

Fonts in the JSON file could be an array, like with CSS, where if a font is not available, or maybe even per glyph - it goes to the next font listed, and falls back.

@mdtauk commented on GitHub (Sep 5, 2019): Fonts in the JSON file could be an array, like with CSS, where if a font is not available, or maybe even per glyph - it goes to the next font listed, and falls back.
claunia commented 2026-01-30 23:29:04 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Sep 5, 2019):

This will be part of #1790.

@DHowett-MSFT commented on GitHub (Sep 5, 2019): This will be part of #1790.
claunia commented 2026-01-30 23:29:04 +00:00
Author
Owner
Copy Link

@mariusstrom commented on GitHub (Sep 24, 2019):

Adding the word fontFace in here to make it easier to find this issue.

@mariusstrom commented on GitHub (Sep 24, 2019): Adding the word fontFace in here to make it easier to find this issue.
claunia commented 2026-01-30 23:29:04 +00:00
Author
Owner
Copy Link

@mariusstrom commented on GitHub (Sep 24, 2019):

It would be nice if VS Code and Terminal were more consistent on configuration parameters as well. This is a bigger problem, but this is a good example: vscode uses fontFamily, Terminal uses fontFace as the configuration parameter.

@mariusstrom commented on GitHub (Sep 24, 2019): It would be nice if VS Code and Terminal were more consistent on configuration parameters as well. This is a bigger problem, but this is a good example: vscode uses fontFamily, Terminal uses fontFace as the configuration parameter.
claunia commented 2026-01-30 23:29:05 +00:00
Author
Owner
Copy Link

@tsukumijima commented on GitHub (Dec 7, 2020):

671

It's been over a year since this issue was opened. Is there any progress in implementing font fallback?
Even for Japanese users like me, this feature is absolutely necessary.

For example, suppose you want to use Cascadia Code in Windows Terminal. For VS Code, you can specify an alternative font to display characters that Cascadia Code doesn't have.
This is not possible with current Windows Terminal, and characters that are not in Cascadia Code are always displayed in the system font (Yu Gothic UI in Japanese). However, the design of the Yu Gothic UI is thin and condensed (see image), there is too much space between the letters, and the weights do not match. At least I find it hard to see on Windows Terminal.

There are not many fonts for coding that contain Japanese characters. If font fallback is possible, you can easily combine alphabet fonts and Japanese fonts, expanding your font choices.
We hope that this feature will be implemented soon. Thank you.

@tsukumijima commented on GitHub (Dec 7, 2020): ![671](https://user-images.githubusercontent.com/39271166/101343112-d600f880-38c6-11eb-8b60-71f23d42820b.png) It's been over a year since this issue was opened. Is there any progress in implementing font fallback? Even for Japanese users like me, this feature is absolutely necessary. For example, suppose you want to use Cascadia Code in Windows Terminal. For VS Code, you can specify an alternative font to display characters that Cascadia Code doesn't have. This is not possible with current Windows Terminal, and characters that are not in Cascadia Code are always displayed in the system font (Yu Gothic UI in Japanese). However, the design of the Yu Gothic UI is thin and condensed (see image), there is too much space between the letters, and the weights do not match. At least I find it hard to see on Windows Terminal. There are not many fonts for coding that contain Japanese characters. If font fallback is possible, you can easily combine alphabet fonts and Japanese fonts, expanding your font choices. We hope that this feature will be implemented soon. Thank you.
claunia commented 2026-01-30 23:29:05 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Dec 7, 2020):

Nope. We'll make sure to update this thread when there is. In the meantime, might I recommend the Subscribe button?
image
That way you'll be notified of any updates to this thread, without needlessly pinging everyone on this thread ☺️

@zadjii-msft commented on GitHub (Dec 7, 2020): Nope. We'll make sure to update this thread when there is. In the meantime, might I recommend the Subscribe button? ![image](https://user-images.githubusercontent.com/18356694/91237459-5cbb0c80-e700-11ea-9347-b9b1ec2813b1.png) That way you'll be notified of any updates to this thread, without needlessly pinging everyone on this thread ☺️
claunia commented 2026-01-30 23:29:05 +00:00
Author
Owner
Copy Link

@guodong2005 commented on GitHub (Jul 13, 2021):

Is there any solution to this problem yet ?
My temporary solution is to merge 2 ttf files.

@guodong2005 commented on GitHub (Jul 13, 2021): Is there any solution to this problem yet ? My temporary solution is to merge 2 ttf files.
claunia commented 2026-01-30 23:29:06 +00:00
Author
Owner
Copy Link

@SoyBison commented on GitHub (Aug 19, 2021):

This is sort of a strange use-case for this, but I often access a remote machine that uses Material Design Icons in their zsh prompt. I'd like to be able to render those in WinTerm instead of getting boxes.

Also I work for microsoft and I think it'd be cool to have the windows logo on my prompt.

@SoyBison commented on GitHub (Aug 19, 2021): This is sort of a strange use-case for this, but I often access a remote machine that uses Material Design Icons in their zsh prompt. I'd like to be able to render those in WinTerm instead of getting boxes. Also I work for microsoft and I think it'd be cool to have the windows logo on my prompt.
claunia commented 2026-01-30 23:29:07 +00:00
Author
Owner
Copy Link

@yzlnew commented on GitHub (Aug 20, 2021):

This is sort of a strange use-case for this, but I often access a remote machine that uses Material Design Icons in their zsh prompt. I'd like to be able to render those in WinTerm instead of getting boxes.

Also I work for microsoft and I think it'd be cool to have the windows logo on my prompt.

Go ahead and grab Nerd Fonts for yourself.

@yzlnew commented on GitHub (Aug 20, 2021): > This is sort of a strange use-case for this, but I often access a remote machine that uses Material Design Icons in their zsh prompt. I'd like to be able to render those in WinTerm instead of getting boxes. > > Also I work for microsoft and I think it'd be cool to have the windows logo on my prompt. Go ahead and grab [Nerd Fonts](https://nerdfonts.com/) for yourself.
claunia commented 2026-01-30 23:29:08 +00:00
Author
Owner
Copy Link

@trallnag commented on GitHub (Oct 2, 2021):

@yzlnew, there are pretty big issues with using Nerd Fonts. Take a close look and compare the patched version of Cascadia with the original variable TTF one as an example. Letters are taller in the patched font.

This is another use case for allowing multiple fonts at the same time. This way I could use the original variable TTF Cascadia Code as the author indented it and at the same time have a random font patched with Nerd Font as a fallback for the fancy albeit nerdy and mostly useless glyphs from packs like Font Awesome.

@guodong2005, can you elaborate how you merge TTF fonts? Also are we talking about variable or static TTF?

@trallnag commented on GitHub (Oct 2, 2021): @yzlnew, there are pretty big issues with using Nerd Fonts. Take a close look and compare the patched version of Cascadia with the original variable TTF one as an example. Letters are taller in the patched font. This is another use case for allowing multiple fonts at the same time. This way I could use the original variable TTF Cascadia Code as the author indented it and at the same time have a random font patched with Nerd Font as a fallback for the fancy albeit nerdy and mostly useless glyphs from packs like Font Awesome. @guodong2005, can you elaborate how you merge TTF fonts? Also are we talking about variable or static TTF?
claunia commented 2026-01-30 23:29:08 +00:00
Author
Owner
Copy Link

@aleigood commented on GitHub (May 5, 2022):

https://github.com/aleigood/Hybrid-Font

@aleigood commented on GitHub (May 5, 2022): https://github.com/aleigood/Hybrid-Font
claunia commented 2026-01-30 23:29:09 +00:00
Author
Owner
Copy Link

@ruifengx commented on GitHub (May 5, 2022):

https://github.com/aleigood/Hybrid-Font

Please, stop recommending such "font mixing" approaches. It is a well-known ugly hack, with well-known drawbacks (most notably, glitched display possibly due to wrong kerning etc.; besides, what should have been a n+m problem now becomes n*m). A quick search on GitHub with "hybrid font" gives tens of results, half of which seems abandoned after the first several commits. I think we all agree this is a problem to be solved by either the operating system or the software, and definitely not the end user. And to go a bit off-topic, such "mixed fonts" usually (as is the case in the repository linked above) fail to meet the license requirements of the original fonts, e.g., by not providing a copyright notice (or a license file) in the repository.

@ruifengx commented on GitHub (May 5, 2022): > https://github.com/aleigood/Hybrid-Font Please, stop recommending such "font mixing" approaches. It is a well-known ugly hack, with well-known drawbacks (most notably, glitched display possibly due to wrong kerning etc.; besides, what should have been a n+m problem now becomes n*m). A quick search on GitHub with "hybrid font" gives tens of results, half of which seems abandoned after the first several commits. I think we all agree this is a problem to be solved by either the operating system or the software, and definitely not the end user. And to go a bit off-topic, such "mixed fonts" usually (as is the case in the repository linked above) fail to meet the license requirements of the original fonts, e.g., by not providing a copyright notice (or a license file) in the repository.
claunia commented 2026-01-30 23:29:09 +00:00
Author
Owner
Copy Link

@aleigood commented on GitHub (May 5, 2022):

https://github.com/aleigood/Hybrid-Font

Please, stop recommending such "font mixing" approaches. It is a well-known ugly hack, with well-known drawbacks (most notably, glitched display possibly due to wrong kerning etc.; besides, what should have been a n+m problem now becomes n*m). A quick search on GitHub with "hybrid font" gives tens of results, half of which seems abandoned after the first several commits. I think we all agree this is a problem to be solved by either the operating system or the software, and definitely not the end user. And to go a bit off-topic, such "mixed fonts" usually (as is the case in the repository linked above) fail to meet the license requirements of the original fonts, e.g., by not providing a copyright notice (or a license file) in the repository.

I agree with you very much. I'm not an expert in making fonts. After requesting Sublime Text support fallback font and waiting for years without results, I finally couldn't bear to spend time making this font and only give it to those who need it. At the same time, I hope terminal can support it as soon as possible.

@aleigood commented on GitHub (May 5, 2022): > > https://github.com/aleigood/Hybrid-Font > > Please, stop recommending such "font mixing" approaches. It is a well-known ugly hack, with well-known drawbacks (most notably, glitched display possibly due to wrong kerning etc.; besides, what should have been a n+m problem now becomes n*m). A quick search on GitHub with "hybrid font" gives tens of results, half of which seems abandoned after the first several commits. I think we all agree this is a problem to be solved by either the operating system or the software, and definitely not the end user. And to go a bit off-topic, such "mixed fonts" usually (as is the case in the repository linked above) fail to meet the license requirements of the original fonts, e.g., by not providing a copyright notice (or a license file) in the repository. I agree with you very much. I'm not an expert in making fonts. After requesting Sublime Text support fallback font and waiting for years without results, I finally couldn't bear to spend time making this font and only give it to those who need it. At the same time, I hope terminal can support it as soon as possible.
claunia commented 2026-01-30 23:29:10 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (May 5, 2022):

FWIW, I think this is set up to be pretty easy to solve at this point.

Both engines are using static lists of fonts for fallback. It shouldn't be too hard to:

  1. Make those lists a member variable of the engine itself
  2. Add support to Terminal.Settings.Model for parsing a list of strings as fallback font names
  3. Plumb those through to the TermControl in the IControlSettings interface
  4. Have the Control tell the render engine about the fallback list on initialization and on hot-reload

EDIT

It was brought to my attention that I was totally off base here. Turns out those hardcoded lists are whole-font based fallbacks, when what we really want is a per-glyph fallback. That we don't have largely hooked up, so this is a lot harder to do than I originally thought. We'd need to construct a whole array of fonts internal to the render engines, and then when a glyph is missing in a font, check the next font too. Frankly, I'm not even sure that second bit is possible.

I'm gonna take off Easy Starter, but if someone wants to get ambitious, please go for it!

@zadjii-msft commented on GitHub (May 5, 2022): FWIW, I think this is set up to be pretty easy to solve at this point. * for the DX engine: https://github.com/microsoft/terminal/blob/9edf55de7564912cb8e19ef3a3f88b689be08af7/src/renderer/dx/DxFontInfo.cpp#L10 * For the Atlas engine: https://github.com/microsoft/terminal/blob/9edf55de7564912cb8e19ef3a3f88b689be08af7/src/renderer/atlas/AtlasEngine.api.cpp#L414 Both engines are using static lists of fonts for fallback. It shouldn't be _too_ hard to: 1. Make those lists a member variable of the engine itself 2. Add support to `Terminal.Settings.Model` for parsing a list of strings as fallback font names - see https://github.com/microsoft/terminal/blob/9edf55de7564912cb8e19ef3a3f88b689be08af7/src/cascadia/TerminalSettingsModel/MTSMSettings.h#L92, which should take care of most of the work 3. Plumb those through to the `TermControl` in the `IControlSettings` interface 4. Have the Control tell the render engine about the fallback list on initialization and on hot-reload _**EDIT**_ It was brought to my attention that **I was totally off base here**. Turns out those hardcoded lists are whole-font based fallbacks, when what we really want is a **per-glyph fallback**. That we _don't_ have largely hooked up, so this is a lot harder to do than I originally thought. We'd need to construct a whole array of fonts internal to the render engines, and then when a glyph is missing in a font, check the next font too. Frankly, I'm not even sure that second bit is possible. I'm gonna take off `Easy Starter`, but if someone wants to get ambitious, please go for it!
claunia commented 2026-01-30 23:29:10 +00:00
Author
Owner
Copy Link

@aplysia56108 commented on GitHub (Jan 18, 2023):

@zadjii-msft I am really curious about this issue. I would like to contribute if I could, but I could not even point out which is the involved code file becouse the whole project is too large to read. If you please, could you tell me the involved file name and give me a hint to solve this issue?

@aplysia56108 commented on GitHub (Jan 18, 2023): @zadjii-msft I am really curious about this issue. I would like to contribute if I could, but I could not even point out which is the involved code file becouse the whole project is too large to read. If you please, could you tell me the involved file name and give me a hint to solve this issue?
claunia commented 2026-01-30 23:29:10 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Jan 18, 2023):

In all honesty, the renderer code is probably not my area of expertise. The best I could likely do is point you at DxEngine and AtlasEngine, which are the two different text renderers in the Terminal.

@lhecker might be able to point you to a more specific method to look at.

My uneducated guess is that there's some way to determine if a particular glyph isn't in a font, before we actually render that glyph. Probably some DX API, but that is not something I'm sufficiently experienced with. If we determine that there's nothing for that glyph in the current font, then we should use some list of fonts as "fallback" fonts to look for that glyph.

I'd personally start working with a hardcoded list of fonts to fallback to. If that works, then we can pretty easily hook up some parsing logic to pass in a list of font names. But that's the easy part. Figuring out the per-glyph fallback is the hard part.

@zadjii-msft commented on GitHub (Jan 18, 2023): In all honesty, the renderer code is probably not my area of expertise. The best I could likely do is point you at `DxEngine` and `AtlasEngine`, which are the two different text renderers in the Terminal. @lhecker might be able to point you to a more specific method to look at. My uneducated guess is that there's some way to determine if a particular glyph isn't in a font, before we actually render that glyph. Probably some DX API, but that is not something I'm sufficiently experienced with. If we determine that there's nothing for that glyph in the current font, then we should use some list of fonts as "fallback" fonts to look for that glyph. I'd personally start working with a hardcoded list of fonts to fallback to. If that works, then we can pretty easily hook up some parsing logic to pass in a list of font names. But that's the easy part. Figuring out the per-glyph fallback is the hard part.
claunia commented 2026-01-30 23:29:11 +00:00
Author
Owner
Copy Link

@aplysia56108 commented on GitHub (Jan 18, 2023):

@zadjii-msft I really appreciate your fast reply. I will begin with reading the renderer code.

@aplysia56108 commented on GitHub (Jan 18, 2023): @zadjii-msft I really appreciate your fast reply. I will begin with reading the renderer code.
claunia commented 2026-01-30 23:29:11 +00:00
Author
Owner
Copy Link

@SetsuikiHyoryu commented on GitHub (Jan 23, 2023):

@zadjii-msft I really appreciate your fast reply. I will begin with reading the renderer code.

I really hope you to solve this problem!

@SetsuikiHyoryu commented on GitHub (Jan 23, 2023): > @zadjii-msft I really appreciate your fast reply. I will begin with reading the renderer code. I really hope you to solve this problem!
claunia commented 2026-01-30 23:29:11 +00:00
Author
Owner
Copy Link

@microhobby commented on GitHub (Mar 16, 2023):

This is the only issue that limits me from using Windows Terminal over other solutions now.

@microhobby commented on GitHub (Mar 16, 2023): This is the only issue that limits me from using Windows Terminal over other solutions now.
claunia commented 2026-01-30 23:29:12 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Apr 18, 2023):

Note

Walkthrough

To do per-glyph (codepoint?) fallback you'd use IDWriteFontFallbackBuilder::AddMapping and use the resulting custom IDWriteFontFallback instead of the current one we get through IDWriteFactory2::GetSystemFontFallback. In other words, we can easily add per-codepoint fallback in the future!

From discussion on #14959, specifically this thread: https://github.com/microsoft/terminal/pull/14959#discussion_r1169113851

@zadjii-msft commented on GitHub (Apr 18, 2023): > **Note** > ## Walkthrough > To do per-glyph (codepoint?) fallback you'd use [`IDWriteFontFallbackBuilder::AddMapping`](https://learn.microsoft.com/en-us/windows/win32/api/dwrite_2/nf-dwrite_2-idwritefontfallbackbuilder-addmapping) and use the resulting custom `IDWriteFontFallback` instead of the current one we get through `IDWriteFactory2::GetSystemFontFallback`. In other words, we can easily add per-codepoint fallback in the future! From discussion on #14959, specifically this thread: https://github.com/microsoft/terminal/pull/14959#discussion_r1169113851
claunia commented 2026-01-30 23:29:12 +00:00
Author
Owner
Copy Link

@xd003 commented on GitHub (Sep 28, 2023):

Why is something as important as this not implemented since 4 yrs, please this is something very barebones on linux if you ask me. I am using a Mono font for my Terminal but i needed to add a secondary font for better glyph/icons support in my prompt which is not possible at the moment

@xd003 commented on GitHub (Sep 28, 2023): Why is something as important as this not implemented since 4 yrs, please this is something very barebones on linux if you ask me. I am using a Mono font for my Terminal but i needed to add a secondary font for better glyph/icons support in my prompt which is not possible at the moment
claunia commented 2026-01-30 23:29:12 +00:00
Author
Owner
Copy Link

@Jaswir commented on GitHub (Oct 14, 2023):

@xd003

Can you maybe make a gif of how this works in Linux the font fallback thing?
https://www.screentogif.com/

Having things in Gifs describing the issue helps me.
Maybe it'll help get this solved faster:

@Jaswir commented on GitHub (Oct 14, 2023): @xd003 Can you maybe make a gif of how this works in Linux the font fallback thing? https://www.screentogif.com/ Having things in Gifs describing the issue helps me. Maybe it'll help get this solved faster:
claunia commented 2026-01-30 23:29:12 +00:00
Author
Owner
Copy Link

@Jaswir commented on GitHub (Oct 14, 2023):

@mdtauk @oncess @tsukumijima

So let me get this straight the normal font is Japanese (tsu) / Chinese (once) and it should fall back to English font if not available?

@Jaswir commented on GitHub (Oct 14, 2023): @mdtauk @oncess @tsukumijima So let me get this straight the normal font is Japanese (tsu) / Chinese (once) and it should fall back to English font if not available?
claunia commented 2026-01-30 23:29:13 +00:00
Author
Owner
Copy Link

@tsukumijima commented on GitHub (Oct 14, 2023):

@Jaswir No, it's preferable to initially set a beautiful monospace font for English console and programming tasks, and then render glyphs that are not implemented in that font, like Japanese hiragana and kanji, using a secondary monospace font that supports Japanese.
This is because, unlike fonts for English alphabets, Japanese fonts have a vast number of glyphs, limiting the options available, especially for free fonts.
Furthermore, the design of the English numerals and letters in Japanese fonts may not necessarily be suited for console environments. In other words, there's a need to "use a well-designed English font for English letters and numerals, and choose a Japanese font that stylistically matches that English font for hiragana and kanji".
While fonts that combine reputable open-source English and Japanese fonts like HackGen are available, creating such a composite font oneself is considerably laborious and generally not realistic.

@tsukumijima commented on GitHub (Oct 14, 2023): @Jaswir No, it's preferable to initially set a beautiful monospace font for English console and programming tasks, and then render glyphs that are not implemented in that font, like Japanese hiragana and kanji, using a secondary monospace font that supports Japanese. This is because, unlike fonts for English alphabets, Japanese fonts have a vast number of glyphs, limiting the options available, especially for free fonts. Furthermore, the design of the English numerals and letters in Japanese fonts may not necessarily be suited for console environments. In other words, there's a need to "use a well-designed English font for English letters and numerals, and choose a Japanese font that stylistically matches that English font for hiragana and kanji". While fonts that combine reputable open-source English and Japanese fonts like [HackGen](https://github.com/yuru7/HackGen) are available, creating such a composite font oneself is considerably laborious and generally not realistic.
claunia commented 2026-01-30 23:29:13 +00:00
Author
Owner
Copy Link

@Jaswir commented on GitHub (Oct 14, 2023):

@tsukumijima

Okay, so you have two fonts. One for the English alphabet and numbers and one for the Japanese characters? With current terminal you cannot have two fonts?

PS: I can play around a bit with vs code and the fonts and check the differences

@Jaswir commented on GitHub (Oct 14, 2023): @tsukumijima Okay, so you have two fonts. One for the English alphabet and numbers and one for the Japanese characters? With current terminal you cannot have two fonts? PS: I can play around a bit with vs code and the fonts and check the differences
claunia commented 2026-01-30 23:29:13 +00:00
Author
Owner
Copy Link

@tsukumijima commented on GitHub (Oct 14, 2023):

@Jaswir What does it mean?
English fonts are fonts such as Source Code Pro, while Japanese fonts (including half-width alphanumeric characters) are Kosugi, etc.
"Kosugi" is a monospaced Japanese font that also includes alphanumeric characters. However, the alphanumeric characters in "Source Code Pro" look better on the terminal.
Therefore, in this example, I think "Source Code Pro" should be used preferentially, and "Kosugi" should be used for the characters not included in "Source Code Pro".

@tsukumijima commented on GitHub (Oct 14, 2023): @Jaswir What does it mean? English fonts are fonts such as [Source Code Pro](https://fonts.google.com/specimen/Source+Code+Pro), while Japanese fonts (including half-width alphanumeric characters) are [Kosugi](https://fonts.google.com/specimen/Kosugi?preview.text=Hello!%20%E3%81%82%E3%82%89%E3%82%86%E3%82%8B%E7%8F%BE%E5%AE%9F%E3%82%92%E3%80%81%E3%81%99%E3%81%B9%E3%81%A6%E8%87%AA%E5%88%86%E3%81%AE%E6%96%B9%E3%81%B8%E3%81%AD%E3%81%98%E6%9B%B2%E3%81%92%E3%81%9F%E3%81%AE%E3%81%A0%E3%80%82&query=Kosugi), etc. "Kosugi" is a monospaced Japanese font that also includes alphanumeric characters. However, the alphanumeric characters in "Source Code Pro" look better on the terminal. Therefore, in this example, I think "Source Code Pro" should be used preferentially, and "Kosugi" should be used for the characters not included in "Source Code Pro".
claunia commented 2026-01-30 23:29:14 +00:00
Author
Owner
Copy Link

@xd003 commented on GitHub (Oct 15, 2023):

@xd003

Can you maybe make a gif of how this works in Linux the font fallback thing? https://www.screentogif.com/

Having things in Gifs describing the issue helps me. Maybe it'll help get this solved faster:

Sure i can do that, but i am didn't quite understood if you need the part where this feature is coded in all the terminal emulators on linux or where exactly is the font fallback defined ? if you need the code part, sorry you will have to find it yourself on their respective github repos as i am not familiar with their codebase. i am linking github for the most preferred/famous linux terminals here - Konsole, Alacritty, Kitty, wezterm, foot, st. Do note that some of these terminals have windows OS support but their development is majorly focused on catering linux users except maybe just wezterm, it works pretty fine on windows i have heard.
If you were asking where is the font fallback defined by the user, each of the github repo i have linked has their own wiki section, it is defined in the respective config files used by the terminals. For example, kitty's font section here clearly shows how to define font fallback.
Good Luck

@xd003 commented on GitHub (Oct 15, 2023): > @xd003 > > Can you maybe make a gif of how this works in Linux the font fallback thing? https://www.screentogif.com/ > > Having things in Gifs describing the issue helps me. Maybe it'll help get this solved faster: Sure i can do that, but i am didn't quite understood if you need the part where this feature is coded in all the terminal emulators on linux or where exactly is the font fallback defined ? if you need the code part, sorry you will have to find it yourself on their respective github repos as i am not familiar with their codebase. i am linking github for the most preferred/famous linux terminals here - [Konsole](https://github.com/KDE/konsole), [Alacritty](https://github.com/alacritty/alacritty), [Kitty](https://github.com/kovidgoyal/kitty), [wezterm](https://github.com/wez/wezterm), [foot](https://codeberg.org/dnkl/foot), [st](https://git.suckless.org/st/). Do note that some of these terminals have windows OS support but their development is majorly focused on catering linux users except maybe just wezterm, it works pretty fine on windows i have heard. If you were asking where is the font fallback defined by the user, each of the github repo i have linked has their own wiki section, it is defined in the respective config files used by the terminals. For example, kitty's font section [here](https://sw.kovidgoyal.net/kitty/conf/#fonts) clearly shows how to define font fallback. Good Luck
claunia commented 2026-01-30 23:29:14 +00:00
Author
Owner
Copy Link

@newor0599 commented on GitHub (Nov 27, 2023):

You can try using a nerd font, it contains alot of unicode including chinese character!

@newor0599 commented on GitHub (Nov 27, 2023): You can try using a nerd font, it contains alot of unicode including chinese character!
claunia commented 2026-01-30 23:29:14 +00:00
Author
Owner
Copy Link

@janderssonse commented on GitHub (Nov 30, 2023):

You can try using a nerd font, it contains alot of unicode including chinese character!

I guess that is precisley one of the many reasons that this issue exists. We would like to be able to have fallback font options, as to avoid using hacks like nerd fonts that are patch on fonts, sometimes with great results. sometimes with alignment issues.

@janderssonse commented on GitHub (Nov 30, 2023): > You can try using a nerd font, it contains alot of unicode including chinese character! I guess that is precisley one of the many reasons that this issue exists. We would like to be able to have fallback font options, as to avoid using hacks like nerd fonts that are patch on fonts, sometimes with great results. sometimes with alignment issues.
claunia commented 2026-01-30 23:29:15 +00:00
Author
Owner
Copy Link

@xd003 commented on GitHub (Nov 30, 2023):

You can try using a nerd font, it contains alot of unicode including chinese character!

I guess that is precisley one of the many reasons this issue exists. We wan't to be able to have fallback font as to avoid using hacks like nerd fonts that are patching a fonts, sometimes with great results. sometimes with alignment issues.

Moreover there are very limited number of fonts available within the Nerd Fonts apart from the occasional alignment issues, its not really a viable option as people think it to be

@xd003 commented on GitHub (Nov 30, 2023): > > You can try using a nerd font, it contains alot of unicode including chinese character! > > I guess that is precisley one of the many reasons this issue exists. We wan't to be able to have fallback font as to avoid using hacks like nerd fonts that are patching a fonts, sometimes with great results. sometimes with alignment issues. Moreover there are very limited number of fonts available within the Nerd Fonts apart from the occasional alignment issues, its not really a viable option as people think it to be
claunia commented 2026-01-30 23:29:15 +00:00
Author
Owner
Copy Link

@abceleung commented on GitHub (Feb 16, 2024):

+1 to this issue.

Since my choice of font (Sarasa Gothic) does not have a prepatched version with nerd font, I used font-patcher in the official nerd font repo to patch nerd font in manually.

Docker example:
docker run --rm -v ./SarasaFixedSlabHC-TTF-1.0.5/:/in:Z -v ./out:/out:Z -e "PN=10" nerdfonts/patcher --adjust-line-height --careful --complete
(Lower PN if you have a weak PC, otherwise it might use up all your RAM and freeze your computer)

Another option I have considered is to use Wezterm, which is cross platform, has tab support and has nerd font as fallback font by default (so you don't have to patch nerd font by yourself).

@abceleung commented on GitHub (Feb 16, 2024): +1 to this issue. Since my choice of font ([Sarasa Gothic](https://github.com/be5invis/Sarasa-Gothic)) does not have a prepatched version with nerd font, I used [font-patcher](https://github.com/ryanoasis/nerd-fonts?tab=readme-ov-file#font-patcher) in the official nerd font repo to patch nerd font in manually. Docker example: `docker run --rm -v ./SarasaFixedSlabHC-TTF-1.0.5/:/in:Z -v ./out:/out:Z -e "PN=10" nerdfonts/patcher --adjust-line-height --careful --complete` (Lower `PN` if you have a weak PC, otherwise it might use up all your RAM and freeze your computer) Another option I have considered is to use [Wezterm](https://github.com/wez/wezterm), which is cross platform, has tab support and has nerd font as fallback font by default (so you don't have to patch nerd font by yourself).
claunia commented 2026-01-30 23:29:15 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Feb 27, 2024):

For the subset of this thread that has been following along because they want the Powerline glyphs in their prompt but don't have a font with those glyphs: #16729 added some support for the Terminal drawing some of those glyphs itself, rather than relying on the font. That's available in Canary builds, if folks want to give that a try 😄

(understanding though, that this thread is mostly not about powerline glyphs, and there's still a lot of work to do here)

@zadjii-msft commented on GitHub (Feb 27, 2024): For the subset of this thread that has been following along because they want the Powerline glyphs in their prompt but don't have a font with those glyphs: #16729 added some support for the Terminal drawing some of those glyphs itself, rather than relying on the font. That's available in [Canary builds](https://github.com/microsoft/terminal/discussions/16121), if folks want to give that a try 😄 _(understanding though, that this thread is mostly_ not _about powerline glyphs, and there's still a lot of work to do here)_
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Area-Fonts Area-Settings Help Wanted In-PR Issue-Task Needs-Tag-Fix Product-Terminal
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#3746
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?