Can anyone help me understand under what circumstances the vertical sections of unicode box-drawing characters will "meet up", i.e. forming a continuous line rather than leaving gaps between them?
The problem affects me in iTerm2 but I do not think this is an iTerm2 bug (see below). I was hoping someone here might nevertheless point me in the right direction (I hope that's OK.) Have I changed some system-wide font/display/accessibility setting that I don't know about?
Here's my test example: This should produce the letter x, surrounded by a box:
printf "─┐\nx│\n─┘\n"
If those characters don't make it through the email correctly, I believe that's equivalent to
printf "\xe2\x94\x80\xe2\x94\x90\x0a\x78\xe2\x94\x82\x0a\xe2\x94\x80\xe2\x94\x98\x0a"
(My examples are all 12pt Regular and I'm keeping the "v/i" and "n/n" numbers at 100 in the iTerm2 font selection interface.)
With Monaco font I see this:
It looks like the vertical sections of the two corner characters, and the vertical bar, are not long enough to "meet up".
In fact, I see that gap with all fonts I've tried, except Menlo seems not to do it:
With Andale Mono, the gaps are present but barely visible:
Here's why this isn't an iTerm2 bug:
I am unable to reproduce it in iTerm2 on someone else's machine: this is with Monaco on their machine
Both iTerm2 builds are the same (3.3.6 but I've also tried 3.3.10). Furthermore, I see the same incorrect rendering with other applications (Terminal.app, Cocoa Emacs), unless they are set to Menlo font. I also believe that this was working fine for me until recently, but haven't been able to think what changed.
Thanks in advance,
Dan