wezterm

wezterm copied to clipboard

What Operating System(s) are you seeing this problem on?

Linux Wayland

Which Wayland compositor or X11 Window manager(s) are you using?

sway version 1.8.1

WezTerm version

20230730-200915-d1d4db20

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

Some powerline characters (their built-in versions when custom_block_glyphs = true) render oddly: e0b9 (or e0bf, which is the same) and e0bb (e0bd). Screenshots:

To Reproduce

$ echo -e "\ue0b9 \ue0bf \ue0bb \ue0bd"
<incorrectly rendered characters>

Configuration

no config

Expected Behavior

The glyphs are expected to render normally without artifacts on their upper or lower end.

Logs

No response

Anything else?

$ wezterm ls-fonts --codepoints=e0bb
LeftToRight
 0     \u{e0bb}     drawn by wezterm because custom_block_glyphs=true: Poly([Poly { path: [MoveTo(Zero, One), LineTo(One, Zero)], intensity: Full, style: Outline }])

Try setting: config.anti_alias_custom_block_glyphs = false

Try setting: config.anti_alias_custom_block_glyphs = false

The glitch disappeared, but this doesn't look good too (font size on all the screenshots is 12)

@wez

I'm busy, and haven't had time to look into this

I am also facing this issue.

But @ar7eniyan may I know what font you are using (especially for the half triangle glyphs)?

@dasupradyumna The font doesn't matter because config.anti_alias_custom_block_glyphs is set to true. That means Wezterm will render certain unicode characters using its built-in glyphs. Take a look at the docs.

Thanks for the reply. I figured it out after that. :)