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 <bnocera(a)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.
>
>