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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 52860 in the body.
You can then email your comments to 52860 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Tor Kringeland <tor.a.s.kringeland <at> ntnu.no>
To: bug-gnu-emacs <at> gnu.org
Subject: Wishlist: Alternative keywords for emoji
Date: Tue, 28 Dec 2021 22:30:41 +0100

Since the default emoji names are rather bland, it's common for
platforms to implicitly include alternative keywords for popular
emoji.  For example, the name of 🤗 is "smiling face with open hands",
but something like "hug" makes more sense when searching for it.

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.  There are some
efforts to crowdsource keywords for emoji.  One is [1] (see also raw
file [2]).  I think it makes more sense to only have an option and let
the user specify the keywords he wants.

- [1] https://github.com/muan/emojilib

- [2] 
https://raw.githubusercontent.com/muan/emojilib/main/dist/emoji-en-US.json

Message #8 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: Wed, 29 Dec 2021 15:56:23 +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.

Sure, I can see that being handy, but we don't want to take on the job
of maintaining such a thing ourselves, because it'd be a never ending job.

> There are some efforts to crowdsource keywords for emoji.  One is [1]
> (see also raw file [2]).  I think it makes more sense to only have an
> option and let the user specify the keywords he wants.
>
> - [1] https://github.com/muan/emojilib
>
> - [2]
>   https://raw.githubusercontent.com/muan/emojilib/main/dist/emoji-en-US.json

And I'm sceptical of using a crowd-sourced repository for something like
that, because who knows what could sneak in.  Looking at the list there,
I don't see anything particularly offensive, but it looks kinda...  too
much: 

],
  "🔘": [
    "radio_button",
    "input",
    "old",
    "music",
    "circle"
  ],
  "🔳": [
    "white_square_button",
    "shape",
    "input"
  ],
  "🔲": [
    "black_square_button",
    "shape",
    "input",
    "frame"
  ],


"shape"?  "old"?

It's MIT-licensed, though....  uhm...  I don't recall whether that's OK
or not at the moment.  Is MIT the one where you have to list the
original author prominently?  Anybody?

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

Message #11 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: Wed, 29 Dec 2021 16:58:20 +0100

(Please keep the debbugs address in the CCs -- otherwise it won't reach
the bug tracker.)

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

> On 29/12/2021 15:56, Lars Ingebrigtsen wrote:> Sure, I can see that
> being handy, but we don't want to take on the job
>> of maintaining such a thing ourselves, because it'd be a never ending job.
>
> I concur.  This is what I meant with the last sentence, as invariably
> there will be disagreements and other woes coming from maintaining
> such a list in Emacs.  But having the option the user could himself
> maintain a list or import it from /e.g./ the source I mentioned in the
> prequel.

Ah, I see.  I thought you meant that Emacs should distribute the list
from the URL you mentioned and initialise the alist variable from it.

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

Previous Next

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