Hello, On Tue, 17 May 2011, Felix Miata wrote:
I used to have that problem too when I first started using MC, but I found out there is a fairly easy way to avoid the retyping. You & Larry have obviously never read and understood https://bugzilla.novell.com/show_bug.cgi?id=400552 Maybe you two could comment and we could get some action on it.
On the linux-console showkeys tells me, that F6 is keycode 64. $ dumpkeys | grep 'F6\|F18' keycode 64 = F6 F18 Console_18 string F6 = "\033[17~" string F18 = "\033[32~" That's because you usually have F1..F12, so it's logical to use F13..F24 for Shift F1..F12. In X, xev tells me that it's keycode 72, keysym F6 with and without shift. $ xmodmap -pke | grep 72 keycode 72 = F6 XF86Switch_VT_6 F6 XF86Switch_VT_6 F6 XF86Switch_VT_6 (that's my own ~/.Xmodmap, but default I think). And even if I temporarily redefine that using $ xmodmap -e 'keycode 72 = F6 F16' xev still tells me that it's F6 (and before that "Shift_R down"). mc only assumes F1..F10 to be available (with reason). So it seems to interpret shift-FN as F(N+10). And mc's keymap uses e.g. f16 for PanelRenameLocal, not "shift-f6". And on the linux-console, f16 is shift-f4. So, that's at least the explanation for the behaviour. You could fix that by mapping shift-F1..shift-F10 to F10..F20. I use ==== # function keys keycode 59 = F1 F13 keycode 60 = F2 F14 keycode 61 = F3 F15 keycode 62 = F4 F16 keycode 63 = F5 F17 keycode 64 = F6 F18 keycode 65 = F7 F19 keycode 66 = F8 F20 keycode 67 = F9 F21 keycode 68 = F10 F22 keycode 87 = F11 F23 keycode 88 = F12 F24 ==== in /etc/dnh.map (with KEYTABLE="/etc/dnh.map" in /etc/sysconfig/keyboard. So you could copy your keymap, change the F-N stuff and use that as map for the console. HTH, -dnh -- Hardware extracts your blood. Software extracts your sanity. -- Greg Andrews in the Monastery -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org