GTK+ emoji input vs. IBus emoji input
@fujiwarat
Submitted by Takao Fujiwara Link to original bug (#786884)
Description
I noticed the recent change in GTK about emoji: https://blogs.gnome.org/mclasen/2017/08/18/post-guadec-distractions/
Thank you for posting the blog which is useful for me. Unfortunately I have no permission to comment on that post and probably I think it's a good way to open a bug to discuss about the emoji implementation here.
I'm thinking the implementation in GtkIMContexSimple has a several problems.
- The shortcut key Ctrl-Shift-u and Ctrl-Shift-e are not customizable
- The emoji annotation works with English only
- Need to switch the current input method engine to GtkIMContextSipmle
And then my idea is to move all the feature to GNOME-Shell only and manage the shortcut keys and annotation languages with GNOME-Control-Center and removes Ctrl-Shift-[u|e] in GTK.
Actually I moved the feature in IBusIMContextSimple to IBus GTK panel [1]. The IBus emojier is now available in non-GNOME-Shell desktop and it's similar with Machintosh way [2].
The design is:
- GUI users can access the emojier with mouse
- CLI users can type & commit emoji annotations without mouse with a selected langauge
- Both users can use the emoji feature without changing the current input method engine
- The shortcut key and font is customizable
- The emoji feature is available without implementing each input method
What do you think?
[1] https://github.com/ibus/ibus/issues/1885 [2] http://osxdaily.com/2015/05/27/quick-type-emoji-mac-keyboard-shortcut/