https://bugzilla.novell.com/show_bug.cgi?id=400552 User mrmazda@ij.net added comment https://bugzilla.novell.com/show_bug.cgi?id=400552#c2 Felix Miata changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|mrmazda@ij.net | --- Comment #2 from Felix Miata 2008-06-19 08:22:02 MDT --- (In reply to comment #1 from Cyril Hrubis)

What application(s) do you mind?

I don't understand this question.

These keys are not defined to work in plain shell or console.

I don't know what this statement means or implies either. Maybe some background might be helpful. MC is one of a number of Orthordox File Managers: http://www.softpanorama.org/OFM/index.shtml The original was Norton Commander for DOS. Development of that ceased in the mid-90's, but various clones and derivations of it have flourished, one of which is MC. In most, the function keys take different meanings when used in combination with Shift, Alt and/or Ctrl. In NC and some others, by pressing and holding one of the shift keys, the text of the function key toolbar is changed to indicate the behavior of that function key in combination with that shift state. Apps I use in DOS, Windows and OS/2 that do this include NC, FC/W & FC/2. In MC at least some of the function keys change meaning in combination with the various shift keys, including F3, F4, F5 & F6, but the toolbar text is never changed to indicate what if any changed meaning for a particular shift state applies.

As far as I know there is mc, that works this way in terminal and there it works nice in xterm. I remember that gnome-terminal grabs illogically most of the keys, that's the reason I don't use gnome-terminal...

I don't know much about Gnome. What I do know is that in runlevel 2-5 on the virtual consoles, the difference in behavior from the runlevel 1 tty and Konsole behavior ought to be removed. If in Konsole and runlevel 1 tty shift-F5 is editname/copy, then that's what it should be in runlevel 3 tty, and not shift-F3. If I hadn't noticed in some other distros that the behavioral difference does not exist, I might not have filed a bug for this broken old behavior. But since I have seen elsewhere that it can be consistent across these different sessions, I would like to have it that way in SUSE too. It is for this reason too I filed this here and not in the MC Bugzilla. As to elsewhere, I just checked in Debian Etch, Kubuntu 8.04 & Kubuntu 7.04. Etch matches SUSE. 8.04 has broken virtual consoles (blank or foreground chars all missing https://bugs.launchpad.net/bugs/129910 ). In 7.04 the behavior is as requested here, same on runlevels 2-5 tty[1-6] as Konsole and runlevel 1. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=400552 User nadvornik@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=400552#c4 Vladimir Nadvornik changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |mrmazda@ij.net --- Comment #4 from Vladimir Nadvornik 2008-06-19 09:45:25 MDT --- Can you please go to the "Options/Learn keys" dialog and follow the instruction written there? ( shift-F3 is mapped to F13, shift-F4 to F14 etc.) Please try it in all terminal windows/ consoles, save the settings and then attach here the .mc/ini file. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.