Keyboard KCM
OpenPublic

Mock History

Current Revision

Mock Description

Hardware Tab:
When choosing a keyboard model, the keyboard layout changes.
Numlock mode selection is selected via ComboBox (On / off / leave unchanged)

Layout tab:
When you select an indicator display mode, the indicator turns on automatically even for one layout. (Flag / Label / Label of flag)
By default, there is always one layout, and if the user does not need to add other layouts, they will not visit this section either. Thus, there is no need to activate the layout list settings.
To save space, the buttons for deleting and sorting layouts are moved to the header. To prevent accidental deletion of the layout when you click on the delete button, a confirmation dialog appears.
A button for viewing the keyboard layout with this layout appears on the selected layout.

Advanced tab:
I made the design of this section in accordance with the global shortcuts layout
https://phabricator.kde.org/D28744

nopomuk edited images, added: Hardware.png; removed: HardwareApr 27 2020, 8:26 PM
nopomuk updated the mock's description. (Show Details)Apr 27 2020, 8:29 PM
IlyaBizyaev added a subscriber: IlyaBizyaev.

First of all: It's always great to see a new contributor! Welcome! :)
The keyboard KCM redesign is triaged to be high priority for a while now so a new mockup like this might give someone the inspiration they need to do it.
Here is some feedback on the placement of settings:

Hardware Tab:
I like the overall look of it.

When choosing a keyboard model, the keyboard layout changes.

This seems like a good idea. I wouldn't know if this kind of graphic is available for all those keyboard models.
The numlock option is unrelated to the keyboard model and should therefore not be placed in the same row. Users that are searching for this option might miss it there. It also isn't clear that this setting is applied on startup.
I think the "test area" text box should have a more meaningful label than "Write here".

Layout tab:

When you select an indicator display mode, the indicator turns on automatically even for one layout. (Flag / Label / Label of flag)
By default, there is always one layout, and if the user does not need to add other layouts, they will not visit this section either. Thus, there is no need to activate the layout list settings.

That's a really good idea imo. The downside to replacing those two checkboxes with a single dropdown is that currently users can just add a layout and the indicator for switching will appear. In your mockup the user needs to additionally use the dropdown to get the indicator.
One way to counteract this would be to keep the "Show for single layout" checkbox that is de-selected by default. The "Show layout indicator" option could then still be ommited if there is a "None" option in the dropdown.

To save space, the buttons for deleting and sorting layouts are moved to the header. To prevent accidental deletion of the layout when you click on the delete button, a confirmation dialog appears.

Having control elements in the list header is a bad idea imo. That area is used for the column labels. Any button you put there will primarily seem like a label for a column at first glance which might be confusing. Maybe the list could use controls similar to the newly redesigned Window Rules KCM:

A button for viewing the keyboard layout with this layout appears on the selected layout.

That would be nice.

I tried to take into account all the criticism. Thanks you. Mockups for models keyboard I will do! If this layout is accepted into development)

Redid taking into account the criticism.

Not so elegant with Numlock for one layout:

Not so elegant with Numlock for one layout

Agreed. Unfortunately usability comes first. :P
I think it looks quite usable now. It might still take a while until someone will implement a redesigned Keyboard KCM and they might also have their own opinion on things. But I linked this mockup in the corresponding task T7250 so we can be sure it will be seen by them.

Anyways I just had an idea: What do you think about putting the layout list at the top of the Layouts section?

nopomuk added a comment.EditedApr 29 2020, 7:24 AM

hmm, not bad at all. In my opinion it’s even more logical)
First we add the layout and then we configure its switching.

Should I replace the original layouts at the beginning of the topic?

Yes, feel free to edit the mockups in this thread at any time. Older versions are kept in the history anyways.