New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issue with character width #722

Closed
WangZishi opened this Issue Jun 11, 2016 · 7 comments

Comments

Projects
None yet
4 participants
@WangZishi

WangZishi commented Jun 11, 2016

ConEmu build: 160609 stable
OS version: Windows 10 Pro Insider 14361
Used shell version: Zsh on Bash on Ubuntu on Windows

Name: Heavy Wide-Headed Rightwards Arrow
Character: ➔
Unicode number: U+2794

不是很懂这个为什么会这个样子,但我怀疑是宽度问题
Not really understand why this like this, but I suspect the problem is the width
image

image
这里也会直接叠起来
Here also directly stack up

英语不是很好,我用Google翻译的,见谅了。
English is not very good, I used Google Translate, forgive me.

@KayLeung

This comment has been minimized.

Show comment
Hide comment
@KayLeung

KayLeung Jun 13, 2016

I have the similar problem on my side on same Insider Build.

Can you test Chinese in NotePad++ or ConEmu, I found that is broken too. More like Windows Bugs.
可以在 NotePad++ 或 ConEmu 測試一下中文嗎? 在我這邊有亂碼。

KayLeung commented Jun 13, 2016

I have the similar problem on my side on same Insider Build.

Can you test Chinese in NotePad++ or ConEmu, I found that is broken too. More like Windows Bugs.
可以在 NotePad++ 或 ConEmu 測試一下中文嗎? 在我這邊有亂碼。

@cchamberlain

This comment has been minimized.

Show comment
Hide comment
@cchamberlain

cchamberlain Jun 15, 2016

Not sure if its the same issue for me but all my powerline characters went wonky with the latest release (very wide, spaces all messed up). Just reverted to ConEmuPack.160504.7z and the issue went away.

cchamberlain commented Jun 15, 2016

Not sure if its the same issue for me but all my powerline characters went wonky with the latest release (very wide, spaces all messed up). Just reverted to ConEmuPack.160504.7z and the issue went away.

@Maximus5

This comment has been minimized.

Show comment
Hide comment
@Maximus5

Maximus5 Jun 15, 2016

Owner

@cchamberlain Obscure reports are useless. Provide full information with screenshots in your own issue.

Owner

Maximus5 commented Jun 15, 2016

@cchamberlain Obscure reports are useless. Provide full information with screenshots in your own issue.

@cchamberlain

This comment has been minimized.

Show comment
Hide comment
@cchamberlain

cchamberlain Jun 15, 2016

@Maximus5 - Sorry for the minimal info. I had already fixed it by reverting back and did not want to break it again. Will open an issue if it returns.

cchamberlain commented Jun 15, 2016

@Maximus5 - Sorry for the minimal info. I had already fixed it by reverting back and did not want to break it again. Will open an issue if it returns.

@WangZishi

This comment has been minimized.

Show comment
Hide comment
@WangZishi

WangZishi Jun 15, 2016

image

I find that this has been fixed in 160612.

WangZishi commented Jun 15, 2016

image

I find that this has been fixed in 160612.

@Maximus5

This comment has been minimized.

Show comment
Hide comment
@Maximus5

Maximus5 Jul 7, 2016

Owner

In some fonts, the symbol is wider than default character width, but smaller than double-width (CJK, etc.)

What font you are using?

Owner

Maximus5 commented Jul 7, 2016

In some fonts, the symbol is wider than default character width, but smaller than double-width (CJK, etc.)

What font you are using?

@WangZishi

This comment has been minimized.

Show comment
Hide comment
@WangZishi

WangZishi commented Jul 8, 2016

I am using this font: https://github.com/be5invis/Iosevka

Maximus5 added a commit that referenced this issue Jul 8, 2016

gh-741, gh-722: Glyphs widths evaluation and alignment were changed.
  So, symbols are expected to be painted properly, uncropped.
  Examples: U+276F (❯), U+2794 (➔), U+27F6 (⟶).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment