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 789160 - Add Windows compatible emoji shortcuts
Add Windows compatible emoji shortcuts
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Input Methods
3.91.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2017-10-18 16:46 UTC by Bastien Nocera
Modified: 2018-05-02 19:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastien Nocera 2017-10-18 16:46:41 UTC
Windows 10 can now use both <Win>; and <Win>. to popup the emoji completion:
https://arstechnica.com/gadgets/2017/10/windows-10-fall-creators-update-lots-of-small-changes-and-maybe-the-revolution/
Comment 1 Matthias Clasen 2017-10-26 04:48:06 UTC
that does not strike me as the most memorable choice of shortcut
Comment 2 Bastien Nocera 2017-10-31 10:45:05 UTC
(In reply to Matthias Clasen from comment #1)
> that does not strike me as the most memorable choice of shortcut

But it's what Windows uses, and will be what people will know. Obviously, they don't know it yet as the feature has just been released, but it would be one more case where we have shortcut compatibility with Windows.
Comment 3 Stephen 2017-11-15 22:23:51 UTC
I'm not sure if I'm just missing it, but it looks like there's no standard emoji picker shortcut yet?

Some thoughts on a shortcut generally, and also the "Windows option":

* Windows familiarity doesn't seem to be a design goal of GNOME (Shell) - otherwise the same argument would apply to the position/visibility of the applications favourite bar, etc. There's already a learning curve for Windows users; adopting bad/non-obvious design/UX decisions "because Windows" just ends up with the worst of all worlds.
* That said, there could be a "meta-shortcut", where if the user does <Super>+; or <Super>+. (when those are unconfigured) then GNOME says "if you're looking for the emoji shortcut, that's (whatever) on GNOME [Got it] [Change to <Super>+;]
* I'm not sure what the Windows UI is, but <Super> stuff seems to be more semantically "shell stuff" rather than "in-app widget stuff". Seems a bit of a grey area though, and maybe tricky to avoid clashes? I can't think of any precedents for system-defined key-combo in-app shortcuts offhand, are there any? Only the <Context-menu> key come to mind. By convention there are Ctrl-W and Ctrl-Q, but those are so old that application developers are unlikely to (have) use(d) them for something other than their usual functions.
* Polari is using Ctrl-E; although that's problematic for terminal use maybe.
Comment 4 Matthias Clasen 2017-11-19 03:47:19 UTC
I've added a keybinding on the branch. Unfortunately, Super does not work as a modifier due to the way gnome-shell grabs this key. I've used Ctrl-. and Ctrl-; instead.
Comment 5 Matthias Clasen 2017-11-21 15:58:37 UTC
I'm also considering dropping the current C-S-e support in the im context when the completion lands, which would make Ctrl-E available as another shortcut.
Comment 6 GNOME Infrastructure Team 2018-05-02 19:18:45 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/951.