Setting KP_Home as a separate key from Home.

Duncan 1i5t5.duncan at
Fri Oct 21 03:12:56 BST 2011

Dotan Cohen posted on Thu, 20 Oct 2011 14:48:36 +0200 as excerpted:

> I would like to set the numpad keys as macros and media keys when
> NumLock is disabled. For instance, I would like 7, 8, and 9 to be
> VolumeDown, VolumeUp, and Mute respectively. In System Settings ->
> Shortcuts and Gestures -> Global Keyboard Shortcuts -> Kmix I disable
> NumLock and press the 7 key on the keypad, but KDE complains that "Home"
> is used in many applications and thus cannot be set. I use Home very
> often: Home in the IHPU/DEPD block (above the arrow keys), but never on
> the non-NumLock keypad. They each send unique keycodes (110 for Home and
> 79 for KP_Home), so why can they not be set independently?

It's an interesting coincidence that you posted this today, as it was 
only last nite that I had the following update here on Gentoo, which 
looks to me to be potentially relevant.

 14 Oct 2011; Chí-Thanh Christopher Nguyễn <chithanh@(mydistro).org>
  -xkeyboard-config-2.4.1.ebuild, +xkeyboard-config-2.4.1-r1.ebuild,
  Add upstream patch to unbreak extended function keys, bug #386561.

The -r1 indicates a gentoo revision of an upstream version, so they've 
apparently not released a fixed version upstream yet.  (The patch deals 
with more than function keys tho, with a bunch of KP_* changes too.)

The referenced bug is here:

The patch is unfortunately not posted to the bug, but here's the info 
included from git in the patch itself:

From 1d1338afa6aa555c5f6c83d07fceec43a4d87f0d Mon Sep 17 00:00:00 2001
From: Sergey V. Udaltsov <svu at>
Date: Wed, 05 Oct 2011 21:26:26 +0000
Subject: Levels 2-4 for CTRL+ALT are propagated from level 1

Googling that commit ID results in this, which looks right:

The upstream commit on github appears as the first hit ATM, with a couple 
archlinux bugs listed as well. (There's a few more if you hit the link 
for them, all arch-linux for whatever reason; maybe because they're about 
the only ones that update that fast, other than gentoo, which probably 
has the google crawler blocked on its bugzilla for performance reasons.)

It's the October 5 entry on the github link, but that builds on version 
2.4.1, released Oct. 4.  You may be best simply grabbing the git HEAD 
tarball from github and building it yourself.  Of course on most distros 
that'll mean resolving the dependencies manually.

Of course, that may not be your problem at all, at least not if you're on 
a distro shipping an older < 2.4 version of that package.  But looking at 
the actual patch, it sure looks like it could be related, whether it 
actually is or not.

Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

This message is from the kde mailing list.
Account management:
More info:

More information about the kde mailing list