GaZaTu/x11-emoji-picker

No emoji output to terminal

mjKosmic opened this issue · 7 comments

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

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

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

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

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

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.

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

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. 😶