Opened 4 months ago
Last modified 4 months ago
#19014 new enhancement
type ahead filtering for keyboard layout selection
Reported by: | nephele | Owned by: | stippi |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Applications/FirstBootPrompt | Version: | R1/beta5 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
It would be a nice addition if the selection of the keyboard list would support type ahead filtering.
I realize this is somewhat non-deterministic, since keyboards can *in theory* have their keys wherever, but usually with the "us standard" keyboard this should help somewhat with selecting a layout quickly.
An alternative would be:
- Autodetect the layout for keyboards that properly report this (apple i guess)
- Have a detect dialog (macos asks to press the key next to lshift for example)
Change History (1)
comment:1 by , 4 months ago
Component: | Applications/Installer → Applications/FirstBootPrompt |
---|---|
Owner: | changed from | to
Summary: | Installer: type ahead filtering for keyboard → type ahead filtering for keyboard layout selection |
Note:
See TracTickets
for help on using tickets.
The detection dialog is not a great idea because it ends up being longer and more complicated than just picking in a list. Usually, people have a good idea of which layout they use.
The autodetection would be great for keyboards that support it, but can be tricky if there are multiple keyboards connected to the system. I think we already have a ticket about it.
Maybe the list can be reorganized, for example to put latin / cyrillic / other keyboards? (or some other splitting in roughly equal parts), then locating the correct one may be easier.
Overall, I'm not sure this is a thing we need to optimize super well: you shouldn't need to run this so often.
(and finally, moving to the right component, as this is not actually handled by Installer).