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
@Tyriar When I rewrote the DOM renderer I figured, that the canvas/webgl renderer always applied a smaller width to the glyphs than what the DOM measuring gave me. Maybe there is missing some "sanity pace" between glyphs? Might also be a good idea to get the width perfectly aligned between webgl and DOM renderer.
I'm planning on perfectly aligning the monaco renderer when I start on that, to do it we need to render each glyph at varying starting x positions (eg. 0, 0.25, 0.5, 0.75). So I'll probably eventually pull some of that into xterm.js.
That wouldn't actually help this problem though as overlapping like this will still happen, for this we need to be able to more gracefully merge the glyphs. In this case we want the m's pixel to take precedence as it's closer to the foreground color.
Not ideal rendering here with the
@
overlapping them
:font size = 12
font family = Hack
The text was updated successfully, but these errors were encountered: