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
Alignment of 「 is left instead of right #756
Comments
U+300C LEFT CORNER BRACKET is a Unicode wide (not ambiguous-width) character. It should be centered within 2 character cells by the font already. I had noticed before that some wide characters have this unpleasant effect and I guess it's a font issue. |
It could be a combined effect with the Windows font fallback mechanism, i.e. the character may not be included in the selected font and then taken from another font. |
Actually, the Windows function to determine the glyph width does not seem to work in the font fallback case, so for a reliable workaround, we would need to measure the real rendered glyph width. This mechanism is also already available in mintty for some special situations (now applied to ambiguous-width characters, using a cache to tame the performance penalty). |
With the current version, matching CJK brackets are expanded if both are too narrow. |
Released 2.8.5. |
In mintty the alignment of the
「
character seems to be to the very left of the cell in every font, but in other programmes this isn't the case and it's at the right of the cell:mintty:
Word:
In this issue:
In Powershell ISE (shows as ? boxes in normal powershell):
Note: PS seems to treat it as single width, are the characters ambiguous width? Unless it's combining with the next char 🤔?
The text was updated successfully, but these errors were encountered: