Bastien Nocera bnocera@redhat.com さんはかきました:
----- Original Message -----
On 07/08/16 00:25, Mike FABIAN-san wrote:
Bastien Nocera bnocera@redhat.com さんはかきました:
Re-send to the change owner
----- Original Message -----
= Proposed Self Contained Change: IBus Emoji Typing = https://fedoraproject.org/wiki/Changes/IBus_Emoji_Typing
Change owner(s):
- Takao Fujiwara <tfujiwar [at] redhat [dot] com>
The IBus core will provide the Emoji Unicode typing with the IBus XKB engines.
== Detailed Description == IBus has already provided Unicode hex codes tying with Ctrl-Shift-u and now we think the similar implementation for the Emoji typging. With IBus XKB engines, Emoji typing will be provided with the Emoji annotations [1] following Ctrl- Shift-e.
== Scope ==
- Proposal owners:
- IBus core provide the dictionary of the Emoji typing.
- IBus XKB engines load the Emoji dictionary.
Other developers: N/A
Release engineering: N/A
- List of deliverables: N/A
Policies and guidelines: N/A
Trademark approval: N/A
[1] http://unicode.org/emoji/charts/index.html#col-annotations
Will this use: https://github.com/lalomartins/ibus-uniemoji/ ?
I don’t think so, it is supposed to work in all xkb engines of ibus-typing booster, this is not a seperate engine like ibus-uniemoji.
Sorry, I missed the email. I expect to use emoji not to switch the IBus engines. Actually ibus-anthy already implements emoji typing in Japanese.
This implementation enables emoji typing in English with any IBus XKB engines. I also evaluated ibus-uniemoji: http://unicode.org/pipermail/unicode/2016-June/003781.html http://unicode.org/pipermail/unicode/2016-July/003786.html
Now IBus XKB engine uses both en.xml for annotations and emoji.json for categories and ascii aliases.
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.
A separate input method that's automatically added to the default list of "keyboard layouts" would be much better suited to our use case, and matches the way people are used to enter emojis on Android and iOS, with a separate keyboard layout.