Talk:Keyboard configuration in Xorg

From ArchWiki
Jump to: navigation, search

Making Shift+numkeys work like on Windows

I needed Shift+NumHome (numkey 7) to work like Shift+Home and select the text... but with NumLock off it would just type out '7' The solution was either turn on numlock temporarily then Shift+Num7 or make it work like in Windows where Shift key doesn't act like a temporary numlock toggler:

setxkbmap -option "numpad:microsoft"

EmanueLczirai (talk) 19:14, 24 July 2014 (UTC)

xorg.conf.d fails

Wanted to add the following under "Using X configuration files"

Warning: If you use GDM, use localectl.
Due to a bug of gdm 3.14+ on systemd systems described here, gdm does not read the 10-keyboard.conf before it starts up.

I tried using xorg.conf.d files for keyboard and it did not work. I found the linked solution / bug description. I wanted to share that with the community by adding a warning. Not it was removed. Why?

--Denoyse (talk) 11:30, 29 May 2015 (UTC)

1. It would be better to link to an upstream report 2. localectl creates those same *.conf files in xorg.conf.d (besides /etc/vconsole.conf for TTY use), so the cause it not clear from the warning alone. -- Alad (talk) 12:26, 29 May 2015 (UTC)
2. I don't have an explanation either. But the bug is also described here for Arch. --Denoyse (talk) 12:44, 5 June 2015 (UTC)

Configuring compose keys

This section suggests to copy a default combination file to .XCompose. Wouldn't it be cleaner to use an instruction like include "%L" or include "/path/to/specific/locale/compose"? --Lysxia (talk) 17:35, 3 February 2017 (UTC)

I don't know if it would be cleaner. I assume Lysxia reffers to Keyboard configuration in Xorg#Key combinations. Perhaps he would like to edit his post, add the link, and remove my post. Regid (talk) 07:35, 14 March 2017 (UTC)

Make switched keyboard layout persists across applications

I set grp:rctrl_rshift_toggle with setxkbmap in my .xinitrc. After I switched my keyboard layout and move the focus to another application. I found out that the layout is automatically switched to the first keyboard layout but now that I know alpine does this differently where the keyboard layout persists across applications. Is there anyway where I can make behave like alpine linux? Pickfire (talk) 06:59, 26 May 2017 (UTC)

Looks like this has something to do with Fcitx, maybe mentioning it would be nice? Pickfire (talk) 14:57, 13 October 2017 (UTC)

Mention keyboard layout switch shortcut bug

There is annoying, very old x server bug. It makes unusable a lot of shortcuts if you switch keyboard via windows kb shortcuts (alt+shift or ctrl+shift). Currently there is no aur repo for this, there is a patch in a bug tracker which is applied by ubuntu for several years. Yanpas (talk) 22:52, 12 October 2017 (UTC)

The fact that other distributions patch some bug is irrelevant. You should pester upstream to actually fix the bug. -- Lahwaacz (talk) 13:43, 14 October 2017 (UTC)

Persisting layout when USB keyboard connected

"This section needs expanding" suggests discussing here. Is there a consensus for how to set a layout that should persist for laptop keyboard and when external is connected. Using `setxkbmap` in my `.xinitrc` does not persist when usb keyboards are connected (though they are in TTY). Creating an X11 config file does do the job —This unsigned comment is by Theowl (talk) 11:18, 1 June 2018 (UTC). Please sign your posts with ~~~~!

Not sure about consensus, but due to the way input handling has changed in X, just running `setxkbmap` once might not be sufficient and configuration has to be reapplied when devices change. Usually this is handled by the desktop environment. Here is a blog post written by X input developer Peter Hutterer about the issue. If you don't run a DE, there are a few solutions out there, though I haven't tested them myself: xplugd, xinputd Wlhlm (talk) 21:29, 26 August 2018 (UTC)

Outsourcing Keybinding

Merge with Keyboard shortcuts#User customization. There is a general page for the topic. —This unsigned comment is by Lahwaacz (talk) 08:40, 30 June 2018. Please sign your posts with ~~~~!

I'd prefer to keep Keybinding here because Keyboard shortcuts is mostly about default keyboard shortcuts. I linked Keybinding there. --Larivact (talk) 10:27, 5 September 2018 (UTC)
What about [1]? -- Lahwaacz (talk) 13:53, 5 September 2018 (UTC)
I figured it's better to discuss this in the right talk page. --Larivact (talk) 13:56, 5 September 2018 (UTC)
Then consider that Keyboard shortcuts is just currently mostly about default keyboard shortcuts. Keyboard shortcuts is (mostly) an index page and Keyboard configuration in Xorg#Keybinding is an index section, so moving all indexes together is easier for the reader. Note that this page links to Keyboard shortcuts anyway. -- Lahwaacz (talk) 14:21, 5 September 2018 (UTC)
My perspective is that Keybinding as a form of configuration better fits in a configuration-focused article than an article which is mostly just reference tables. --Larivact (talk) 17:29, 5 September 2018 (UTC)
The section does not explain how to configure things, it links to other pages which explain that. I don't see it as tightly related to the rest of the page because it is not about changing the typing experience as the rest of the page. On a related note, I don't see why Keyboard_configuration_in_Xorg#Frequently_used_XKB_options should be moved away even though it is much more related to typing. -- Lahwaacz (talk) 17:58, 5 September 2018 (UTC)
Alright, I agree with the move now, typing experience is a good point, I didn't consider. Special:Diff/540143. On a side note, are you alright with the proposed renaming of Keyboard configuration in Xorg & Keyboard configuration in console? --Larivact (talk) 09:57, 6 September 2018 (UTC)
OK, deal. But Linux console should be created before its subpage. See also ArchWiki:Requests#Linux_console for some older drafts. -- Lahwaacz (talk) 10:22, 6 September 2018 (UTC)
Re [2], I think that the section better fits on the Keyboard shortcuts page because Keyboard shortcuts#Kernel and Keyboard shortcuts#Readline work in the Linux console too. However obvious that is, it is good to see all layers on a single page. -- Lahwaacz (talk) 18:18, 10 September 2018 (UTC)
Shortcuts for virtual consoles belong into the article covering virtual consoles, which will be Linux console. That is unless you want to start duplicating content across articles. The table can still be linked. --Larivact (talk) 15:34, 13 September 2018 (UTC)