Murray

So the issue here seems to be that the box drawing glyphs do not exist in that Roboto font, but not only that, the `.notdef` glyph which represents a character...

Nice. Alternatively you could add the box drawing characters to roboto with font forge. Or we implement a font fallback mechanism in havoc so missing glyphs can be taken from...

It's a nice idea but looks like it's not all that trivial, theres 3 thousand lines of code in foot just for box drawing https://codeberg.org/dnkl/foot/src/branch/master/box-drawing.c Thats twice as much as...

Yes we should do this. This involves adding bits in tsm/tsm-vte.c to handle https://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h3-Operating-System-Commands

Double width characters are supported. Could you tell me which specific characters and fonts cause this problem for you?

Ah, it looks like those are unicode private use area characters. The house for example is probably U+F7DB. wcwidth will report these as narrow characters. It looks like the way...

Does st actually display the symbol using an extra cell? Or does it just draw on the next cell that may have a different character. Try this in st to...

In that case I'm afraid I don't really know what to do about this. havoc only renders each glyph within the confounds of it's cell(s). Non monospace fonts like the...

Yes the glyphs of the font just need to not be too wide to fit in a single cell in the terminal. For example with DejaVuSansMono those characters work fine...

Supporting multiple styles should be fairly easy, some small modifications to glyph.c so multiple font objects can be created (I was lazy so it just uses static memory atm.) And...