Open ZouDongj opened 9 months ago
Works for me just fine:
I guess the hard part would be to find out what font Windows Terminal used to render that
This is a bit of a weird outcome because wezterm asks DirectWrite which font it should use in this fallback scenario. For this to error out means that DirectWrite didn't tell wezterm about any suitable fonts. I would have expected it to return the same font used in windows terminal.
This is a bit of a weird outcome because wezterm asks DirectWrite which font it should use in this fallback scenario. For this to error out means that DirectWrite didn't tell wezterm about any suitable fonts. I would have expected it to return the same font used in windows terminal.
This is really weird, this problem occurs when I use the symbols_outline plugin in nvim to view the symbols of a python file, but when I use the same plugin to view the symbols of another larger C file which contain more symbols, the font becomes normal again as the cursor scrolls in the symbols table, and it also shows up normally in other windows in the wezterm that opened this time, but when I close and reopen the wezterm, this font become broken again.
I also encountered this problem and solved it using the following method
Add a math font to the font_with_fallback
local font = wezterm.font_with_fallback({
{ family = "Hack Nerd Font", style = "Normal", scale = 1 },
{ family = "Cambria Math", scale = 1.0 },
})
What Operating System(s) are you seeing this problem on?
Windows
Which Wayland compositor or X11 Window manager(s) are you using?
No response
WezTerm version
wezterm 20240108-182230-b6faedf3
Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?
Yes, and I updated the version box above to show the version of the nightly that I tried
Describe the bug
The 𝓒 is broken in wezterm
but it does work correctly in Windows Terminal
To Reproduce
No response
Configuration
no config
Expected Behavior
No response
Logs
No response
Anything else?
No response