Package Details: emote 4.1.0-10

Git Clone URL: https://aur.archlinux.org/emote.git (read-only, click to copy)
Package Base: emote
Description: Modern popup emoji picker
Upstream URL: https://github.com/tom-james-watson/Emote
Keywords: autostart emoji gtk gtk3 picker python
Licenses: GPL-3.0-only
Submitter: lkrms
Maintainer: Rhinoceros
Last Packager: Rhinoceros
Votes: 34
Popularity: 0.000429
First Submitted: 2020-10-09 07:26 (UTC)
Last Updated: 2026-08-11 12:15 (UTC)

Sources (5)

Latest Comments

1 2 3 4 5 6 Next › Last »

bananasgomoo commented on 2026-09-15 16:07 (UTC)

that makes sense, i'll see if i can go make an issue there

Rhinoceros commented on 2026-09-15 13:21 (UTC)

Probably a good idea, but I think it should be in the ydotool package, not emote. Interesting because they already have this output, so it makes sense to add another note. You could add a bug report requesting it?

bananasgomoo commented on 2026-09-15 11:50 (UTC)

Yeah, it might be good to mention that in the script output when installing or something? idk

Rhinoceros commented on 2026-09-15 11:45 (UTC)

All good, I actually forgot we needed to do that! Thanks for reporting back.

bananasgomoo commented on 2026-09-15 11:43 (UTC)

Oh, my bad. I didnt realize that ydotool didnt enable its service automatically. after enabling it, everything is fine.

Rhinoceros commented on 2026-09-15 11:39 (UTC)

Seems to work for me?

I've had to patch it to paste, because upstream wasn't keen to include it. You could try modifying emote_wayland_autopaste.patch to increase the sleep perhaps? Could be a race condition.

bananasgomoo commented on 2026-09-15 11:35 (UTC)

Is auto-paste not working? I've installed wl-clipboard and ydotool, and the emoji goes to the clipboard but doesnt get pasted.

I'm on KDE btw.

Rhinoceros commented on 2025-12-21 05:09 (UTC) (edited on 2026-02-01 07:39 (UTC) by Rhinoceros)

I can definitely see some of the new emoji 17 glyphs 🫪. I'm using ttf-twemoji, and I can see support was added last month. Regardless, I don't think this is exactly the problem I was referring to, because it's more that the emoji source you suggested doesn't have emoji 17 at all, despite the recent commit messages suggesting that it did.

EDIT: I can see the glyph above in Vim, but it looks like tofu in Firefox. Also, I would have thought even if there are glyphs missing in the font, then Emote would still list them, but just display them as tofu.

EDIT2: It looks like there is a pending issue and pull request to add all the Emoji 17 glyphs. I don't entirely understand the original commit message then, as I assumed "Update dependency emojibase-data to 17.0.0" meant Emoji 17 support had already been added. Maybe it's just a bug and they didn't add complete support. I'm not really sure if there is a better source for the list of emoji, perhaps something more official, but I couldn't really find anything in the same format. In any case, I'll wait until mid-January to see if the pull request is accepted, then I'll push a new version to support Emoji 17.

EDIT3: Finally updated to 4.1.0-3. Looks like openmoji do a gradual rollout for the different emoji versions, so I'll just try and update it as they come. There are more authoritative sources, but Emote (upstream) uses the openmoji database, and the format is slightly distinct, so I'll just stick to using openmoji. Happy for someone to write a script to support the full latest emoji version if they like!

ardency commented on 2025-12-20 14:25 (UTC)

I think we can't see glyphs from Emoji 17 yet because our emoji font of choice doesn't support them. The spec was updated very recently, as you noticed. It will take some time for fonts to adopt. Following through on the researching this suspicion, there are indeed no recent commits for googlefonts/noto-emoji nor discord/twemoji. I would say to go ahead and push the update to this package. When font releases happen, you shouldn't have to do anything as a maintainer; the app will just start showing them in the picker.

1 2 3 4 5 6 Next › Last »