These are chat archives for mintty/mintty

3rd
Apr 2017
Daniel Gordon
@DanielGGordon
Apr 03 2017 01:37
@mintty you still check this page?
Daniel Gordon
@DanielGGordon
Apr 03 2017 01:49
I am using a font that has double-width characters. From the wiki it seems that this should be supported - but some of these glyphs have the left side or both sides clipped.
mintty
@mintty
Apr 03 2017 05:43
Sounds like mintty/mintty#638 or mintty/mintty#615; please check.
Which are the affected characters? Describe some examples; are they really double-width (by Unicode definition) or do they just have wider glyphs?
Daniel Gordon
@DanielGGordon
Apr 03 2017 14:05
Yea those issues seem similar, although look at the pic below. The 'git' glyph appears fine when there is a space in front - but not when it is proceeded by text.
blob

This is a nerd font - DejaVuSansMono - but it's actually a WIP font (The nerd font maintainer gave it to me).

I saw on the mintty wiki there is a way to interpret ambiguous font width characters always at 2-space characters:

LC_CTYPE=zh_SG.utf8 mintty &

But I'm not sure what this is. I tried adding LC_CTYPE as a system-wide environment variable - but that didn't do anything.

Also to note, hyper terminal also had a similar issue with clipped glyphs

mintty
@mintty
Apr 03 2017 15:28
I don't see in your screenshot how it would be clipped. It's fully displayed everywhere.
Apart from that, note this is not a double-width character, as explained in those issues.
Daniel Gordon
@DanielGGordon
Apr 03 2017 16:08
It's clearly clipped here
blob

That's just one example. But you can also tell that the first glyph (left of 8.58G) and the directory glyph (before ~/.aws) are both cut off on both sides.

When you say it's not a double width glyph - how do you know that? How can I find out what a glyph is coded as (in terms of double/single width)?

mintty
@mintty
Apr 03 2017 17:22
The "git" glyph is not clipped in your screenshot, except in the initial position where it obviously hangs over outside of the window. I saw the character code in your echo command. I cannot talk about the other characters because you didn't answer my question which they are.
I didn't say it's not double-width glyph but it's not a double-width character, in terms of Unicode.
Daniel Gordon
@DanielGGordon
Apr 03 2017 19:09
blob
Here is the unicode for that first glyph - \u0fe4
As you can see, in the prompt it's clearly 'cut off'. And when printed with letters before or after, then it gets 'cut-off' by being overlapped with surrounding characters
mintty
@mintty
Apr 03 2017 20:00
Being overlapped is not cut-off. Please provide the input to provide the true cut-off case (the prompt), otherwise I cannot reproduce that.
Daniel Gordon
@DanielGGordon
Apr 03 2017 21:11

Yea I'm not sure, I'm trying to find out how to replicate. All I can do is get the icon to overlap.

So how can I force Mintty to interpret all ambiguous glyphs as double-width chars?

Ryan L McIntyre
@ryanoasis
Apr 03 2017 21:14
@DanielGGordon Hey I am actually in here too :smile: . @mintty The left side overlap seems to be due to the LBearing being off in Nerd Fonts. The right side overlap seems to be due to the whole ambiguous width char as mentioned
Daniel Gordon
@DanielGGordon
Apr 03 2017 21:31

So the ambiguous width I could fix with forcing Mintty to great them as double-width. I found it mentioned here but not really sure what to do with it.

I need to set a different locale?