_saiko,

Try not to hijack the thread next time :).

From what I can see, you could have a problem in how the keys are
mapped.

Your Super_L and Super_R may not be listed as modifiers but rather as
regular keys [1].  You should take a look at xmodmap.

For example:

        ~ % xmodmap
        xmodmap:  up to 3 keys per modifier, (keycodes in parentheses):

        shift       Shift_L (0x32),  Shift_R (0x3e)
        lock        Caps_Lock (0x42)
        control     Control_L (0x25),  Control_R (0x6d)
        mod1        Alt_L (0x40),  Alt_R (0x71),  Meta_L (0x9c)
        mod2        Num_Lock (0x4d)
        mod3      
        mod4        Super_L (0x7f),  Hyper_L (0x80)
        mod5        Mode_switch (0x5d),  ISO_Level3_Shift (0x7c)

Here, modifier 4 is assigned to the Super_L and Hyper_L keys.


Another way to check this out is to look at the output of xev and fix
your .Xmodmap accordingly [2].

For example:

        ~ % xev
        [ press the Super_L key ]
        KeyPress event, serial 25, synthetic NO, window 0x1400001,
            root 0x59, subw 0x0, time 4312820, (223,747), root:(224,764),
            state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
            XLookupString gives 0 bytes:
            XmbLookupString gives 0 bytes:
            XFilterEvent returns: False
        
Here, we can see that Super_L has the keycode 115 so we can map it
accordingly in our .Xmodmap

echo "keycode 115 = Super_L" >> ~/.Xmodmap


Hope this helped you out.

Sincerely,

Antony Jepson.

[1]: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00179.html
[2]: http://bugs.freedesktop.org/show_bug.cgi?id=1136  

On Tue, Oct 30, 2007 at 12:33:13AM +0100, _saiko wrote:
> Hi all,
> Since like the beginning of my usage of arch i couldn't make Super_L or 
> Super_R keys to bind.
> I binded it with xfce4-popup-menu but it doesn't work 99% of time. It 
> works only in specific situations eg. where firefox iz maximized and 
> even then not correctly.
> Noticed also that the cpu load increases unusually high (like 3-4% maybe 
> nothing serious) for a normal keypress.
> I noticed the process "/usr/bin/Xorg :0 -audit 0 -auth 
> /var/lib/gdm/:0.Xauth -nolisten tcp vt7"
> And i think i read somewhere xorg has problems iwth super keys or 
> something like that
> but that was a rather old news
> 
> I'm using the latest sys upgrade + xfce
> 
> no decorations only composite in xfce
> 
> 
> btw
> don't know if it's supposed to work like this or not, but when i do 
> shutdown -h, X gets killed and i'm automatically transfered to tty 1 and 
> i don't see the shutdown process. Naturally i can alt-fn to change but 
> that's not what i want.
> I'd like to stay in tty7 right after X dies so i see the shutdown script 
> process.
> I tried adding chvt option to rc.shutdown but it didn't help.
> Any clues?
> 
> 
> Regards
> 
> _______________________________________________
> arch mailing list
> arch@archlinux.org
> http://archlinux.org/mailman/listinfo/arch

Attachment: pgpc42uFgoUb9.pgp
Description: PGP signature

_______________________________________________
arch mailing list
arch@archlinux.org
http://archlinux.org/mailman/listinfo/arch

Reply via email to