After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 792143 - Emoji picker for all text widgets
Emoji picker for all text widgets
Status: RESOLVED DUPLICATE of bug 790029
Product: gtk+
Classification: Platform
Component: .General
3.22.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2018-01-03 01:42 UTC by Frank
Modified: 2018-01-03 20:08 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Frank 2018-01-03 01:42:11 UTC
Could you implement access to the emoji widget from inside every widget in which text could be written? Maybe by right-click menu, or with a shortcut, or both? "Ctrl + Shift + e" is a bit cumbersome, especially if you don’t know the names. ;)
Comment 1 Frank 2018-01-03 01:54:50 UTC
I’ve recognized that there’s a right-click menu entry in GtkEntry in Nautilus 3.26 – do all other applications just have to be upgraded to 3.26 then?

And this doesn’t work in Gedit 3.26 (Flatpak), or does this have to be implemented inside the Glade text widget explicitly?
Comment 2 Daniel Boles 2018-01-03 09:39:29 UTC
(In reply to Frank from comment #1)
> I’ve recognized that there’s a right-click menu entry in GtkEntry in
> Nautilus 3.26 – do all other applications just have to be upgraded to 3.26
> then?

What matters is the system's GTK+ version and whether the application opted in/out of the emoji icon. The right-click option should appear regardless of the latter.


> And this doesn’t work in Gedit 3.26 (Flatpak), or does this have to be
> implemented inside the Glade text widget explicitly?

Wait for GTK+ 3.22.27, which adds the right-click option to GtkTextView.


So I don't think there is a bug here? Unless you have some other widget to suggest?
Comment 3 Daniel Boles 2018-01-03 09:41:06 UTC
(In reply to Daniel Boles from comment #2)
> What matters is the system's GTK+ version and whether the application opted
> in/out of the emoji icon. The right-click option should appear regardless of
> the latter.

Sorry, that's wrong. If you opt out of emoji, the item will not appear in the menu either.

So if you have different applications all using the same version, but some do not show the option, it's because the app author specified that the Entry should not offer emoji input, and you'd need to discuss it with them.
Comment 4 Daniel Boles 2018-01-03 13:40:43 UTC
Closing assuming that you just need to wait for 3.22.27 and/or ask app authors not to disable emoji, but please do reopen if I missed some other detail.

*** This bug has been marked as a duplicate of bug 790029 ***
Comment 5 Frank 2018-01-03 17:58:38 UTC
Thanks for the information! So as far as I understand you, emojis have to be disabled explicitly – and if a widget gets implemented without further arguments, it should just work out of the box, as GTK gets upgraded?
Comment 6 Daniel Boles 2018-01-03 18:07:40 UTC
I'm not sure what you mean by "if a widget gets implemented", but the state is this: The emoji chooser is available through GtkEntry (since 3.22.19ish?) and GtkTextView (as of the forthcoming 3.22.27). App developers or authors of custom derived widgets can disable this by setting GTK_INPUT_HINT_NO_EMOJI on either widget (or in custom widgets, there are probably other ways). As that InputHint is not set by default, emoji entry is thus enabled by default on these widgets.

In both cases, if emoji are left enabled, they can be inserted through the base widgets' standard right-click context menu, or in the case of GtkEntry the emoji icon if :show-emoji-icon is TRUE.
Comment 7 Frank 2018-01-03 20:08:38 UTC
Thanks!