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 771009 - Consider what to do with XKB options
Consider what to do with XKB options
Status: RESOLVED OBSOLETE
Product: gnome-control-center
Classification: Core
Component: Keyboard
git master
Other Linux
: Normal normal
: ---
Assigned To: Rui Matos
Control-Center Maintainers
: 773071 779314 781478 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2016-09-07 14:19 UTC by Bastien Nocera
Modified: 2018-03-30 11:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
keyboard: Simplify keyboard option object creation (2.53 KB, patch)
2016-09-07 14:35 UTC, Bastien Nocera
committed Details | Review
keyboard: Add "value-description" property to CcKeyboardOption (2.71 KB, patch)
2016-09-07 14:35 UTC, Bastien Nocera
needs-work Details | Review
keyboard: Load CcKeyboardOptions (4.61 KB, patch)
2016-09-07 14:36 UTC, Bastien Nocera
needs-work Details | Review
keyboard: Show CcKeyboardOptions in the list (8.39 KB, patch)
2016-09-07 14:36 UTC, Bastien Nocera
needs-work Details | Review

Description Bastien Nocera 2016-09-07 14:19:14 UTC
They didn't make the cut for GNOME 3.22 (see bug 770955), but we need to figure out whether we want them back in the main UI, and how.
Comment 1 Bastien Nocera 2016-09-07 14:35:47 UTC
Created attachment 334999 [details] [review]
keyboard: Simplify keyboard option object creation
Comment 2 Bastien Nocera 2016-09-07 14:35:59 UTC
Created attachment 335000 [details] [review]
keyboard: Add "value-description" property to CcKeyboardOption
Comment 3 Bastien Nocera 2016-09-07 14:36:05 UTC
Created attachment 335001 [details] [review]
keyboard: Load CcKeyboardOptions

And emit the "option-added" signal when we do.
Comment 4 Bastien Nocera 2016-09-07 14:36:12 UTC
Created attachment 335002 [details] [review]
keyboard: Show CcKeyboardOptions in the list
Comment 5 Bastien Nocera 2016-09-07 14:38:44 UTC
Comment on attachment 335001 [details] [review]
keyboard: Load CcKeyboardOptions

This doesn't load the default values (through setup_keyboard_options())
Comment 6 Bastien Nocera 2016-09-07 14:39:21 UTC
Comment on attachment 335002 [details] [review]
keyboard: Show CcKeyboardOptions in the list

This doesn't load the values, or allow to change them.
Comment 7 Bastien Nocera 2016-09-07 14:40:42 UTC
I attached my WIP patches to re-add the settings to the shortcuts list, as they were in 3.20 and earlier, but we'll probably want to go with another long-term solution.
Comment 8 Allan Day 2016-09-08 11:25:24 UTC
My suggestion for a long-term solution is to expose the alternate characters key in the keyboard panel and move compose key and the secondary switch layouts option to tweak tool:

https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/system-settings/keyboard/keyboard-wires.png

https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/tweak-tool/tweak-tool-wires.png

Reasons for this:

The alternate characters key and compose key both do the same thing, so it seems like we should choose which one to promote. While the compose key is cool, it is a bit non-standard and takes some fluency to use. Also, some keyboards have the third level keys (which are accessed with the alternate characters key) printed on them, making this function more discoverable and more in the category of "make my hardware work".

As for the secondary switch layout option, we already have the super+space combo for this, which is advertised in the region and language panel. Ideally we wouldn't have two separate shortcuts for this action and it's a bit of a confusing situation for users, so better not to make the secondary one so prominent.
Comment 9 Bastien Nocera 2016-10-17 09:37:49 UTC
*** Bug 773071 has been marked as a duplicate of this bug. ***
Comment 10 Bastien Nocera 2017-02-28 09:51:10 UTC
*** Bug 779314 has been marked as a duplicate of this bug. ***
Comment 11 Hubert Figuiere (:hub) 2017-03-08 19:43:10 UTC
As someone who got hit by the loss of the option to configure compose in control-panel 3.22 (I found it in the tweak tool I never use), I will explain my use case:

*I* exclusively use US layout keyboard, but then I casually type French with it, which means accents. So far I have configured right-Alt to be compose and use that.

The alternate characters would work for me. When I'm on macOS I use option to type the accents, and you can get them a "dead keys" that way. This is to me the "standard". Of course mapping to what is on the physical keyboard for 3rd level is best, in the case of US Layout there is nothing.

One neat trick that macOS has for more than 30 years is that the keyboard layout display (started as the Keyboard Desktop accessory in 1984) show the actual symbol displayed whenever a modifier key is displayed. So in the current (3.22) Keyboard Layout, it should do that instead of showing many level (lower case and uppercase for example), including with the alternate characters.
Comment 12 Bastien Nocera 2017-04-21 12:51:13 UTC
*** Bug 781478 has been marked as a duplicate of this bug. ***
Comment 13 Georges Basile Stavracas Neto 2017-05-01 21:33:08 UTC
(In reply to Hubert Figuiere (:hub) from comment #11)

> *I* exclusively use US layout keyboard, but then I casually type French with
> it, which means accents. So far I have configured right-Alt to be compose
> and use that.
> 
> The alternate characters would work for me. When I'm on macOS I use option
> to type the accents, and you can get them a "dead keys" that way. This is to
> me the "standard". Of course mapping to what is on the physical keyboard for
> 3rd level is best, in the case of US Layout there is nothing.
> 
> One neat trick that macOS has for more than 30 years is that the keyboard
> layout display (started as the Keyboard Desktop accessory in 1984) show the
> actual symbol displayed whenever a modifier key is displayed. So in the
> current (3.22) Keyboard Layout, it should do that instead of showing many
> level (lower case and uppercase for example), including with the alternate
> characters.

Thanks for sharing your use case, Hubert. I didn't meant to reduce functionality with the introduction of the redesigned panel, and we'll figure out a way to bring that back, nice and beautifully.
Comment 14 Georges Basile Stavracas Neto 2018-01-18 13:11:47 UTC
Comment on attachment 334999 [details] [review]
keyboard: Simplify keyboard option object creation

Still need to decide what to do with the other patches. But this one can be pushed safely:

Attachment 334999 [details] pushed as 3dafd78 - keyboard: Simplify keyboard option object creation
Comment 15 Bastien Nocera 2018-01-18 16:24:15 UTC
(In reply to Georges Basile Stavracas Neto from comment #14)
> Still need to decide what to do with the other patches.

I think this work needs to be redone, as we're not going to be adding items directly inside the shortcuts list, but above it.
Comment 16 Bastien Nocera 2018-03-30 11:25:29 UTC
There's a patch to implement the level 3 key selection at:
https://gitlab.gnome.org/GNOME/gnome-control-center/merge_requests/19