Setting KP_Home as a separate key from Home.

[Dotan Cohen]

On Fri, Oct 21, 2011 at 04:12, Duncan <1i5t5.duncan at cox.net> wrote:
> 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,
>  +files/xkeyboard-config-2.4.1-extended-function-keys.patch:
>  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:
>
> https://bugs.gentoo.org/show_bug.cgi?id=386561
>
> 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 gnome.org>
> 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:
>
> http://www.google.com/search?q=1d1338afa6aa555c5f6c83d07fceec43a4d87f0d
>
> 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.
>

Interesting, thanks. I don't know if it is related, and Kubunu is
giving me a hard time about figuring out exactly which version of
xkeyboard-config is installed (aptitude tells me that it is not a real
package, and I cannot figure out what it belongs to / what belongs to
it). I do have some older *buntu CDs lying around but I don't think
that the feature could be tested in a virtual machine.

I don't see mention of KP_Home in the patch:
http://cgit.freedesktop.org/xkeyboard-config/commit/?id=1d1338afa6aa555c5f6c83d07fceec43a4d87f0d

Furthermore, I do think that this is a KDE issue as xev clearly
reports that KP_Home is being sent instead of Home. If it were an
xkeyboard issue then both keys would be Home, or KP_Home would not
register at all (as seems to be the case with F13-F24, Ctrl-Delete,
and Ctrl-Backspace in the bug you mentioned).

I'll file an issue with KDE to separate KP_Home from Home in the
keyboard shortcuts config.

Thanks!

-- 
Dotan Cohen

http://gibberish.co.il
http://what-is-what.com
___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.