ibus-uniemoji
ibus-uniemoji copied to clipboard
[feature suggestion] trigger emoji picker with ":" cancel with the tab key
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 :smile:
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.
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.
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 [email protected] 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 GitHubhttps://github.com/salty-horse/ibus-uniemoji/issues/25#issuecomment-376455029, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AJ8GW6L3-VM6yYZZKtHV1UvIuNn-IfPSks5tigPNgaJpZM4S8TSp.
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.
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.
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 :joy:
I don't think @Depau accurately describes what you want since Github et al still show the drop-down.
I have several questions now:
- 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)
- 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?
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.
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
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.
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
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.
alright, in the meantime i'll remove the :
from my pull request since it doesn't appear to be needed there
i have been trying hack an trigger, so far without any luck...
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
this would still be a killer feature imo for now i have found one clunky work around with a script
#!/bin/bash
1 engine=`ibus engine`
2 if [ "$engine" = "uniemoji" ]; then
3 ibus engine $oengine
4 else
5 export oengine="$engine";ibus engine uniemoji
6 fi
toggling this script sets the input method to uniemoji and back to whatever the user had first the issue is the terminal where this script is ran cannot be closed :x
@Fuseteam
the issue is the terminal where this script is ran cannot be closed :x
Why don't you just bind the script to a key, using your WM or bind
?
i did, it switches to uniemoji but it doesn't switch back. it flaslessly however if it is ran in the same terminal window haven't found a work around for that would still be better if we can integrate this functionality i.e. toggling between typing emoji and typing normally
i just had the idea to perhaps cancel emoji input and just leave the inputted text using the tab key, since that key seems unused atm βΊοΈ
is this feature enabled yet?
No, I didn't implement it. Patches are welcome.