You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Unicode Box drawings characters not rendered correctly (disappear) with Japanese fonts #13527
Yu Gothic is a proportional font according to Wikipedia and if that's correct we should probably pick MS Gothic instead:
In either case, the good news is that this issue doesn't occur with the experimental text rendering engine ("AtlasEngine"):
The line drawings have significant gaps now unfortunately, but at least they're visible and it's an issue that I'm currently planning to improve on in the near-ish future.
In either case, the good news is that this issue doesn't occur with the experimental text rendering engine ("AtlasEngine"):
Great to hear that!
I've confirmed that too, with Preview 1.15.1863.0.
Yu Gothic is a proportional font according to Wikipedia
Seemingly, yes, that's true.
and if that's correct we should probably pick MS Gothic instead:
Or I'd rather suggest that if a user can explicitly set "fallback" font faces, just like CSS font-family, that'd be even better. I think this is already possible e.g. in Visual Studio Code, which has different rendering mechanism, so it may not be straightforward how to introduce such capability to Terminal.
Yu Gothic is a proportional font according to Wikipedia and if that's correct we should probably pick MS Gothic instead:
Note: all Japanese and Chinese (full-width) characters in Yu Gothic have the same width. Only European-specific (and some ambiguous) characters have various proportional widths.
European characters in BIZ UDGothic have a width that is exactly half the width of Japanese characters like those in MS Gothic. However, its bold variant is too light compared to Cascadia Code.
Activity
zadjii-msft commentedon Jul 18, 2022
Huh. Thanks for the report! Dunno why this would be happening. Hopefully this gets fixed with the new experimental text renderer, we'll see.
lhecker commentedon Jul 18, 2022
That font is Yu Gothic UI Regular.

Yu Gothic is a proportional font according to Wikipedia and if that's correct we should probably pick MS Gothic instead:

In either case, the good news is that this issue doesn't occur with the experimental text rendering engine ("AtlasEngine"):

The line drawings have significant gaps now unfortunately, but at least they're visible and it's an issue that I'm currently planning to improve on in the near-ish future.
kissge commentedon Jul 19, 2022
Great to hear that!
I've confirmed that too, with Preview 1.15.1863.0.
Seemingly, yes, that's true.
Or I'd rather suggest that if a user can explicitly set "fallback" font faces, just like CSS
font-family, that'd be even better. I think this is already possible e.g. in Visual Studio Code, which has different rendering mechanism, so it may not be straightforward how to introduce such capability to Terminal.lhecker commentedon Aug 23, 2022
Mike Griese (@zadjii-msft) We improved box drawing rendering for AtlasEngine in #13549. Should we close this issue now?
Rewrite AtlasEngine to allow arbitrary overhangs (#14959)
tats-u commentedon Jun 5, 2026
Note: all Japanese and Chinese (full-width) characters in Yu Gothic have the same width. Only European-specific (and some ambiguous) characters have various proportional widths.
European characters in BIZ UDGothic have a width that is exactly half the width of Japanese characters like those in MS Gothic. However, its bold variant is too light compared to Cascadia Code.
tats-u commentedon Jun 5, 2026
Footnotes
except when you apply some OpenType features like
palt,pkna,pwid↩