bug#52860: Wishlist: Alternative keywords for emoji

bug#52860: Wishlist: Alternative keywords for emoji

[Tor Kringeland]

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

bug#52860: Wishlist: Alternative keywords for emoji

[Lars Ingebrigtsen]

Tor Kringeland <tor.a.s.kringeland@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

bug#52860: Wishlist: Alternative keywords for emoji

[Lars Ingebrigtsen]

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

Tor Kringeland <tor.a.s.kringeland@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.

bug#52860: Wishlist: Alternative keywords for emoji

[Lars Ingebrigtsen]

Tor Kringeland <tor.a.s.kringeland@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