Skip to content
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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Flag emojis display as squares #22014

Open
llimllib opened this issue Jan 27, 2023 · 6 comments
Open

Flag emojis display as squares #22014

llimllib opened this issue Jan 27, 2023 · 6 comments
Labels
bug issues reporting wrong behavior display redraw, layout, presentation unicode 馃挬 (multibyte) unicode characters

Comments

@llimllib
Copy link

llimllib commented Jan 27, 2023

Describe the bug

Given this text file as t.txt:

* 馃嚭馃嚫 
* 馃嚢馃嚪 

on mac ventura, neovim displays the flag emojis incorrectly on iterm2 and terminal.app, but correctly on kitty.

iterm and terminal.app themselves have no trouble displaying the emoji.

nvim -u none t.txt (v0.8.2 from homebrew) on iterm (3.4.19, the latest as of right now), looks like this:

image

while cat t.txt shows it properly:

image

nvim -u none t.txt on terminal.app looks similarly:

image

but on kitty (0.26.5), it works properly:

image

I tried a few TERM values, as I noticed kitty had TERM=xterm-kitty, but nvim on iterm failed with TERM set to all of: ansi-256color, xterm-256color, xterm-kitty and xterm-new

I reproduced this behavior on a second macbook with the same versions of these softwares.

All of these programs also display the flags correctly in iterm: bat, nano, emacs, helix

TextEdit, code and VimR do as well

Steps to reproduce

  1. edit a file with neovim 0.8.2 that contains flag emojis on mac ventura, with iterm 3.4.19

Expected behavior

I expect it to show flag emojis

Neovim version (nvim -v)

NVIM v0.8.2

Vim (not Nvim) behaves the same?

yes, version 9.0

Operating system/version

macOS 13.1 ventura

Terminal name/version

iterm 3.4.19, see above for further details

$TERM environment variable

xterm-256color

Installation

homebrew

@llimllib llimllib added the bug issues reporting wrong behavior label Jan 27, 2023
@zeertzjq zeertzjq added display redraw, layout, presentation unicode 馃挬 (multibyte) unicode characters complexity:non-trivial and removed complexity:non-trivial labels Jan 27, 2023
@zeertzjq
Copy link
Member

Related: #7151

@llimllib
Copy link
Author

If you have ideas for further information I could get you, by running a beta or debugging, let me know, I'd be happy to dig in further

@WhyNotHugo
Copy link
Contributor

WhyNotHugo commented Jan 28, 2023

Same issue on foot on swaywm/wayland.

FWIW, there's some background in #16447, though since have [very slightly] changed since.

@llimllib
Copy link
Author

llimllib commented Nov 10, 2023

I'm going to close this in favor of #7151, because I believe that this is an instance of that and there's no need to have a duplicate issue here.

It makes me sad that this will take so long to fix! Not that I think it's anybody's fault it's a very complex problem, I just wish we'd converge on libraries to make it easier.

@zeertzjq
Copy link
Member

zeertzjq commented Nov 10, 2023

No, this is a bit different as a flag emoji consists of two characters of the same type without a separator.

@zeertzjq zeertzjq reopened this Nov 10, 2023
@llimllib
Copy link
Author

ok, you know better than me! Thanks for all the work on neovim, I appreciate it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug issues reporting wrong behavior display redraw, layout, presentation unicode 馃挬 (multibyte) unicode characters
Projects
None yet
Development

No branches or pull requests

3 participants