I think that the emoji input method should be a separate input method, so that most users would have the choice between inputting using the keyboard layout that matches their keyboard, and a separate input method for emojis.
The IBus XKB engine is not discoverable (it's not listed in GNOME's Region & Language settings) and the keyboard shortcut to input emojis is also not discoverable. Having a separate input method is likely the better way to implement this. ----- Original Message ----- > On 07/08/16 19:54, Bastien Nocera-san wrote: > > > > > > ----- Original Message ----- > >> Bastien Nocera <bnoc...@redhat.com> さんはかきました: > > <snip> > >>> Except that the way that you'll be implementing this means it's > >>> completely > >>> undiscoverable. I know no one other than those that already use an IBus > >>> method to input a non-latin language that use things like typing booster. > >> > >> Oh, sorry, I wrote mistakenly "typing booster" above, that was just > >> a typo. What Fujiwara San is implementing has nothing to do with typing > >> booster, it is for the IBus XKB engine. > > > > Same applies to the IBus XKB engine. This engine doesn't seem to be listed > > in GNOME's Region and Language panel, the shortcut isn't discoverable, and > > the > > UI for it doesn't match what users expect from their use of emoji on mobile > > platforms. > > > > If the implementaion will satisfy users, I also wish to implement to > GtkIMContextSimple. > I agree the undiscoverable point should be considered later. > Maybe a switching radio menu item is an idea? > I don't wish the lookup table by default against the mobile. > I'm not clarified that you pointed the UI which does not match mobile users. > > -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
