GNU bug report logs - #52860
Wishlist: Alternative keywords for emoji

Previous Next

Package: emacs;

Reported by: Tor Kringeland <tor.a.s.kringeland <at> ntnu.no>

Date: Tue, 28 Dec 2021 21:32:02 UTC

Severity: wishlist

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #14 received at 52860 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Tor Kringeland <tor.a.s.kringeland <at> ntnu.no>
Cc: 52860 <at> debbugs.gnu.org
Subject: Re: bug#52860: Wishlist: Alternative keywords for emoji
Date: Sat, 15 Jan 2022 11:56:38 +0100
Tor Kringeland <tor.a.s.kringeland <at> ntnu.no> writes:

> It would be nice if Emacs had an option to specify an a-list
> containing alternative keywords for given emoji.  The car of an entry
> would be an emoji and the cdr would be a list of alternative keywords.
> Then these could been included when running `emoji-search' or in
> possible future input methods.  As an example, it could look like
>
>   '(("🤗" "hug" "hugging" "kind"))
>
> The keywords need not be unique for the given emoji.

I started implementing this, but the Emacs completion machinery really
doesn't like having many completion alternatives that are "the same".

I thought the Emacs completion machinery had grown support for this, but
poking around, I can't find anything.  So I've changed the completion to
use "name\tglyph" when doing completion when emoji-alternate-names is
non-nil, which is a bit clunkier, but...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 3 years and 131 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.