https://bugzilla.redhat.com/show_bug.cgi?id=1430501

Kevin Fenzi kevin@scrye.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(kevin@scrye.com) |

--- Comment #2 from Kevin Fenzi kevin@scrye.com --- I was using gnome.

So I have to run 'ibus emoji' command now instead of control-shift-e?

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #4 from Kevin Fenzi kevin@scrye.com --- ok. I re-upgraded and was able to run 'ibus emoji' and select one, but even thought it says it was copied to my clipboad, I don't have any paste option, so I cannot paste it. ;(

Here's the terminal output:

% ibus emoji Gdk-Message: Window 0x560b31779330 is a temporary window without parent, application will not be able to position it on screen. Gdk-Message: Window 0x560b31779330 is a temporary window without parent, application will not be able to position it on screen.

(ibus emoji:7682): Gdk-WARNING **: Window 0x560b31779330 is already mapped at the time of grabbing. gdk_seat_grab() should be used to simultanously grab input and show this popup. You may find oddities ahead.

(ibus emoji:7682): Gdk-WARNING **: Window 0x560b31779330 is already mapped at the time of grabbing. gdk_seat_grab() should be used to simultanously grab input and show this popup. You may find oddities ahead.

(ibus emoji:7682): GLib-CRITICAL **: Source ID 117 was not found when attempting to remove it

(ibus emoji:7682): GLib-CRITICAL **: Source ID 123 was not found when attempting to remove it

(ibus emoji:7682): GLib-CRITICAL **: Source ID 129 was not found when attempting to remove it

(ibus emoji:7682): GLib-CRITICAL **: Source ID 135 was not found when attempting to remove it

(ibus emoji:7682): GLib-CRITICAL **: Source ID 141 was not found when attempting to remove it Copied an emoji to your clipboard.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #6 from fujiwara tfujiwar@redhat.com --- Now `ibus emoji` command works in Wayland. https://bodhi.fedoraproject.org/updates/ibus-1.5.15-7.fc26

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

fujiwara tfujiwar@redhat.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Version|rawhide |26

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

fujiwara tfujiwar@redhat.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Summary|ibus 1.5.15-1.fc27 break |Ctrl-Shift-E shortcut for |insert emoji |Emoji input does not work | |in GNOME

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #9 from Markus S. kamikazow@web.de --- (In reply to Kevin Fenzi from comment #7)

I can confirm it does work now here with that version...

All I get is an empty window with the version that shipped in F26. Should have been a release blocker. Typing emoji is obviously a crucially important productivity feature. 😉

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #11 from fujiwara tfujiwar@redhat.com --- (In reply to fujiwara from comment #10)

(In reply to Markus S. from comment #9)

...

(In reply to Kevin Fenzi from comment #7)

...

I can confirm it does work now here with that version...

All I get is an empty window with the version that shipped in F26. Should have been a release blocker. Typing emoji is obviously a crucially important productivity feature. 😉

Yes, please open a new bug with a screenshot. I don't understand your problem. It cannot be a release blocker since already released.

Seems your issue is bug #1471079

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #14 from fujiwara tfujiwar@redhat.com --- (In reply to Christopher Tubbs from comment #13)

After this feature was marketed in F25 in the Fedora Magazine[1], I got used to using it in certain situations, and found it quite useful. Having this feature broken in F26 made me sad, but sadder still to see that a fix has been bumped to F27 (or later). It makes me wonder if every other Fedora version will ship with this feature. If only I had some convenient way to express that sadness efficiently with a keystroke... well, I guess I do, but I have to downgrade to F25 to do it.

Did you try `ibus emoji` command?

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #16 from fujiwara tfujiwar@redhat.com --- (In reply to Christopher Tubbs from comment #15)

(In reply to fujiwara from comment #14)

...

Did you try `ibus emoji` command?

Yes. That works fine. But it's not as convenient and not the feature marketed for F25 in the magazine.

Why it's not convenient for you?

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #18 from fujiwara tfujiwar@redhat.com --- (In reply to Christopher Tubbs from comment #17)

(In reply to fujiwara from comment #16)

...

Why it's not convenient for you?

Press Ctrl+Shift+e, type keyword, and press Enter.

vs.

Open new terminal or press Alt+F2, type `ibus emoji`, press Enter (lose focus on first application), type keyword, press Enter to copy to clipboard (clobber current clipboard contents), and (switching back to first application) press Ctrl+Shift+v to paste.

Clearly, the first option is more convenient.

Even if you combine the first three steps by creating a keyboard shortcut to launch `ibus emoji`, the first option is still fewer steps, does not require losing focus on your typing area, and does not clobber your current clipboard item.

The focus bring back to the original application when ibus emoji window is closed. You have the last step - Ctrl-v only. Note you don't have to use mouse for ibus emoji You could refer the man page ibus-emoji(7). Yes, you can register the shortcut key with `gnome-control-center keyboard`.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #20 from fujiwara tfujiwar@redhat.com --- (In reply to Christopher Tubbs from comment #19)

(In reply to fujiwara from comment #18)

Feel free to disagree with my assessment of convenience. This isn't a discussion of the merits of one method of entry versus another. This is a bug report on one of the methods. Any discussion of the other method is only relevant in the context of it being a workaround. It doesn't change the fact that this is still a bug.

Implementing emoji feature in IBus XKB engine got several problems. - GNOME desktop does not enable it by default - Shortcut key is not customizable since IBus XKB egnine is based on GtkIMContextSimple which does not use GSettings. - Other IBus engines does not provide the feature and porting the feature to every IME is too cost. - It means English emoji annotation only avaiable. - GUI users cannot use it.

The F26 emoji feature improve all of the problems and it's available for any IBus IMEs and also ibus emoji feature provide both CLI and GUI access. Now almost desktops provides I don't think your point is a wrong thing. Once the porting the feature is done to GNOME desktop, you don't have to use Ctrl-v.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #22 from fujiwara tfujiwar@redhat.com --- (In reply to Markus S. from comment #21)

So you don't plan to bring back the in-line emoji selector? Then please be honest about it and close this bug report as WONTFIX.

This bug is kept until the emoji typing is integrated in GNOME by default. Currently you have to register `ibus emoji` with gnome-control-center and type Ctrl-v IBus now provides Ctrl-Shift-e for other desktops.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #24 from fujiwara tfujiwar@redhat.com --- (In reply to aten from comment #23)

thank you guys for stealing Ctrl-Shift-E frome me. I finally realized why my "tab groups" shortcut in firefox stopped working, after landing on this page through google. Emoji is the last thing I need on my laptop, but it doesn't sound like I have a choice, so I'm gonna have to move on and find myself another shortcut.

Now you can customize the IBus emoji shortcut with `ibus-setup` command utility.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #26 from fujiwara tfujiwar@redhat.com --- (In reply to Jonathan Briggs from comment #25)

Does this have anything to do with why Ctrl-Shift-U no longer works for unicode input in Terminal in F27?

The feature of Ctrl-Shift-u has been migrated into Ctrl-Shift-e for non-GNOME since both were hard-coded shortcut keys in IBus clients.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #28 from Christopher Tubbs ctubbsii@fedoraproject.org --- Would really love to have the feature back from F25, which was described in https://fedoramagazine.org/using-favorite-emoji-fedora-25/

I never want to "open a new popup, copy to clipboard, dismiss popup, paste from clipboard". :/

If Ctrl+Shift+E can't be used, because of some other issue, then I'll accept literally any other keyboard shortcut for this typing booster to work like it did in F25. Even better, if I can control the shortcut in the GNOME keyboard settings.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #30 from Christopher Tubbs ctubbsii@fedoraproject.org --- I tried the COPR repo for F27, but now it pops up the `ibus emoji` window *AND* the typing booster inline suggestions. Not sure how to make the `ibus emoji` window go away.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #32 from fujiwara tfujiwar@redhat.com --- (In reply to Christopher Tubbs from comment #30)

I tried the COPR repo for F27, but now it pops up the `ibus emoji` window *AND* the typing booster inline suggestions. Not sure how to make the `ibus emoji` window go away.

As I noted, the dialog does not treat English only but also the selected languages likes previous implementation. You can use the dialog likes the preedit without mouse. I suppose emoji or Unicode typings are not so used frequently but about once five hours.

(In reply to Christopher Tubbs from comment #31)

Also, the `ibus emoji` window pops behind where I'm typing, making it useless.

It would be a limitation in a dialog under Wayland without using ibus panel.

And, the shortcut doesn't work at all if I have regular "English - US" input method.

You still needs to add an input method sources besides XKB sources with `gnome-control-center region` to enable IBus for the XKB source.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #34 from Christopher Tubbs ctubbsii@fedoraproject.org --- Ideally, the Ctrl-Shift-e shortcut would just temporarily switch from the regular input source to the typing booster version for a single emoji lookup, and then switch back after the substitution. That's how it worked in F25.

Leaving the typing booster input source on all the time is intrusive, but the UI is far better than the popup window you now get with the shortcut. Also, with the popup window appearing behind the window in which I'm typing, the popup is completely unusable.

I think I'm just going to add both my regular input source, and its corresponding typing booster variation, and toggle between them as needed, using <Super>+<Space>. Although tedious, it's the only sensible workaround I've found.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #36 from Christopher Tubbs ctubbsii@fedoraproject.org --- (In reply to fujiwara from comment #35)

I don't think typing booster is useful for any languages.

I agree... which is why I really liked the temporary pre-edit in response to shortcut, like it was on F25.

XKB mode should not show pre-edit.

The pre-edit in response to the shortcut was highly usable. If this isn't available with a shortcut, like it was on F25, then the only option for similar functionality is to switch to the typing booster. The popup workaround is ugly and does not actually work. It is not a good substitute for the pre-edit feature.

If there's some philosophical reason why XKB shouldn't show pre-edit, fine... then provide a less annoying, more limited typing booster that doesn't have pre-edit on all the time like the current ones do, but instead only activates pre-edit with the shortcut for the next character.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #38 from fujiwara tfujiwar@redhat.com --- (In reply to fujiwara from comment #37)

I don't think overlapping text applications with the popup since the emoji dialog output a few chars and is not used frequently.

I don't think overlapping the text applications with the dialog is a critical problem.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #40 from fujiwara tfujiwar@redhat.com --- (In reply to Christopher Tubbs from comment #39)

• it pops up behind the application into which I'm typing

What is the actual problem of you? Even if the dialog behind the application, it outputs a few characters and I don't find why you need to refer the string while you're choosing an emoji or Unicode character.

• it steals focus away from my application (which triggers undesirable

behavior in some applications)

A few application could have the problem in focus-in/out and basically I'm not suggesting to fix each application for the emoji implementation only but also other input method features. E.g. Super-space key popups input sources list.

• it does not match the look and feel of my GNOME/GTK3 theme

Probably I think it can be fixed in IBus while I don't get which theme is problem.

• there is no additional window which steals focus
• there is no hidden dialog box underneath my application
• there is no disruption to the look-and-feel
• I can quickly and efficiently use shortcut keys to enter what I need

without interrupting my workflow or touching my mouse

There are many problems in f25 I should move to the GUI selection for emoji:

* the keybinding is hard-coded and IBus GtkIMModule does not use GSettings for the customized settings. * the feature was available for GTK applications only. * that XKB input sources uses gtk-im-context-simplebut not ibus in GNOME desktop so users have to add an IM input sources to enable IBus for the XKB input sources. It means the changing the UI would be a low impact in GNOME since the feature was not available by default. * the feature was available for IBusEngineSimple only and other IBus IMEs need to inherit that class to get the emoji feature. * emoji typing is available for English only since IBusEngineSimple had the feature. * the default one dimension lookup window was not useful to choose an emoji and needed two dimensions lookup window.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #42 from Christopher Tubbs ctubbsii@fedoraproject.org --- (Correction: I meant Super-Space on F27 for the good experience 8/10 line)

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

--- Comment #44 from Christopher Tubbs ctubbsii@fedoraproject.org --- (In reply to fujiwara from comment #43)

So you didn't explain what is your actual problem.

Are you serious? I did explain: the pop-up is less usable than pre-edit and creates a bad user experience. See explanations above for details.

https://bugzilla.redhat.com/show_bug.cgi?id=1430501

fujiwara tfujiwar@redhat.com changed:

What |Removed |Added ---------------------------------------------------------------------------- URL| |https://desktopi18n.wordpre | |ss.com/2018/03/06/ibus-1-5- | |18-is-released/