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’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

No emoji output to terminal #21

Open
mjKosmic opened this issue Mar 12, 2022 · 7 comments
Open

No emoji output to terminal #21

mjKosmic opened this issue Mar 12, 2022 · 7 comments

Comments

@mjKosmic
Copy link

mjKosmic commented Mar 12, 2022

I am running awesomewm with alacritty on arch and i can output emojis just fine to GUI applications like a web browser or discord, but alacritty and vim/neovim just don't like something and refuse to receive the emojis correctly

@GaZaTu
Copy link
Owner

GaZaTu commented Mar 12, 2022

Sorry but i can't reproduce this issue.
When you say "correctly" what does that exactly mean?
And which input method are you using?

Screenshot_20220312_093551

@mjKosmic
Copy link
Author

It's with any of the available methods. It looks like it's not setting my copy-paste buffer. When i select an emoji, it transfers focus back to the original window just fine but doesn't output anything. If i copy some other text, then try to select an emoji, i can still paste the other text i copied previously

@mjKosmic
Copy link
Author

Interestingly if i press enter a couple of times this shows up
screenshot

@GaZaTu
Copy link
Owner

GaZaTu commented Mar 12, 2022

It shouldn't even need copy-paste.
Maybe i have to setup a vm with awesomewm to test it.

@GaZaTu
Copy link
Owner

GaZaTu commented Mar 16, 2022

I just now had pretty much the same issue: emojis wouldn't enter in thunderbird or konsole.
But i found that copy pasting using ctrl+a & ctrl+c into an editor where it did work (in your case firefox i guess), did reveal that emojis were written and just not visible in thunderbird because of the selected emoji font in my fontconfig. After i changed it to for example "Noto Emoji", it worked again.

So what I'm saying is: try to check if emojis really aren't written or if they're just invisible. You can do this by copying an emoji from here maybe ( 😋 ) and pasting it into alactritty.

@eclairevoyant
Copy link

eclairevoyant commented Jul 24, 2022

First line is me cycling through all 4 input methods.
Second line is me pasting emoji from a GUI application directly into the terminal (wezterm in my case, under qtile WM)

I also think ctrl+V is not the best way to handle pasting on linux, but maybe that mode was intended for windows

2022-07-24_12-56

Weirdly enough, I can half-reproduce this on alacritty (i.e. 50% of the time it pastes fine and 50% of the time it pastes nothing) but not consistently

2022-07-24_13-09

Either way, the wm shouldn't matter, since it's the application itself that dictates the behaviours

@GaZaTu
Copy link
Owner

GaZaTu commented Jul 25, 2022

You're right, using ctrl+v to paste into a terminal shouldn't normally work. 😅
But as i said above, the default input method should work just fine with alacritty.
I wonder if this is simply some kind of timing issue where the clipboard isn't updated in time for the ctrl+v request because i also get similar issues when trying to insert alot of emojis in a row.
Now i could add some kind of sleep into the insert function and wait idk 100ms but idk. 😶

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants