[feature suggestion] trigger emoji picker with ":" cancel with the tab key

[Fuseteam]

Having the emoji picker appearing all the time while typing might be cumbersome at times
It would be useful if it only appeared when the user needs emoji
A common way i've seen this implemented is by using ":" not unlike how it works on github 😄

[depau]

You can switch to another input method when you don't want the picker to appear. On GNOME you can add multiple input methods and use Super+Space to switch among them.

[salty-horse]

I agree with Depau.

I'm not sure what you want is possible with ibus. It sounds you wish to keep the current language's input method, but automatically switch to emoji-input whenever : is pressed.

[Fuseteam]

What I'm suggesting is that the suggestion box is triggered using ":" As switching IME can be hassle if one already used multiple IME's On Mar 27, 2018 6:18 AM, Ori Avtalion <notifications@github.com> wrote: I agree with Depau. I'm not sure what you want is possible with ibus. It sounds you wish to keep the current language's input method, but automatically switch to emoji-input whenever : is pressed. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub<#25 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AJ8GW6L3-VM6yYZZKtHV1UvIuNn-IfPSks5tigPNgaJpZM4S8TSp>.

[salty-horse]

Are you referring to a situation where you want to type an emoji, then type text, then type another emoji?

What should happen when you type ESC after entering this mode? Should it leave the text you used to search an emoji as "real text", or should it delete it? I can see how both cases can be useful and/or annoying in different situations.

[depau]

I think what he's trying to propose is that normally the IME should insert the text directly into the field without showing the dialog.
I.e. typing joy won't type the 😂 emoji, would just insert "joy". In order to type it one should type :joy and then the menu will appear (and maybe not show up when typing : — semicolon then space).

I think it could be a useful feature, if made optional, as most of us users are already used to Super+Space, then text, Return, Super+Space when typing an emoji.

[Fuseteam]

yes i'm trying to propose what depau said basically a type of prefix search function
its very useful
its also pretty much how emoji input works here on github as you see in the picture but also how it works in apps like telegram and discord 😂

[salty-horse]

I don't think @depau accurately describes what you want since Github et al still show the drop-down.

I have several questions now:

1. You do understand you still need to switch to the emoji input method...? So entering the : will just slow things down (unless you want to still be able to combine it with typing text that won't be caught by the search)
2. In all websites, there's no standard to what Unicode characters keywords after ":" are mapped to. UniEmoji uses EmojiOne's mapping of such "shortnames". After entering a :, do you wish to be able to search ALL UniEmoji entries, and not just shortnames?

[salty-horse]

Also, how can you search multiple keywords in : mode? In Github, for example, pressing a space "cancels" the dropdown but keeps the text you wrote.

[Fuseteam]

yes i'm not saying we don't need the drop down
basically i'm proposing instead of triggering this search drop down by simply typing
it could be triggered by typing ":" first
in short i'm suggesting the search algorithm should be triggered by typing : from there it can work as you intend it dropdown and all

you can search multiple keywords in github's case by "_"

finally i would like to use the full capabilties of what you can normally do but with a trigger other than keyboard switch as i have at least 5 ime on my computer

[salty-horse]

underscores are already part of shortnames on Github. Github it's not really a search and it's not really a keyword separator.

If you're suggesting ignoring underscores in names, and instead using them as a keyword separator, that's possible.

[Fuseteam]

would space be a problem if the search is triggered by a colon tho? or an other character/key cause that's what i'm basically suggesting: a way to activate or deactivate emoji input without switching keyboards
i'm suggesting ":" because i'm basically already used to using that on mobile and on some sites

[salty-horse]

It's possible to have space remain in search mode, which is what the current behavior does. I was suggesting it can change to better emulate Github's behavior, but I think it's better to keep it as-is.

OK, I will try implementing the : to trigger the search. Also need to create a config file to toggle it.

[Fuseteam]

alright, in the meantime i'll remove the : from my pull request since it doesn't appear to be needed there

[Fuseteam]

i have been trying hack an trigger, so far without any luck...

[fpigeonjr]

Having the emoji picker appearing all the time while typing might be cumbersome at times
It would be useful if it only appeared when the user needs emoji
A common way i've seen this implemented is by using ":" not unlike how it works on github

this would be a killer feature. I am looking for something like the rocket on mac