Bug 66446 - Alt / Meta key in konsole puts focus on the menu bar
Summary: Alt / Meta key in konsole puts focus on the menu bar
Status: RESOLVED NOT A BUG
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: 1.2.3
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-23 09:52 UTC by Santiago Romero
Modified: 2004-06-08 13:42 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Santiago Romero 2003-10-23 09:52:07 UTC
Version:           1.2.3 (using KDE 3.1.4)
Installed from:     (testing/unstable)
Compiler:          gcc version 3.3.2 20030908 (Debian prerelease)
OS:          Linux (i686) release 2.4.21

After my last Debian SID upgrade I've noticed that pressing
the ALT key in konsole sets the focus on the Session menu-entry
of konsole's menu.

 This is producing me some problems as when I'm using the alt
key in the konsole (i.e. with slrn), lots of times I end in
the menu and I lose the keyboard input in the konsole, like
in slrn, where alt+up and alt+down are set to move up/down
in the message list.

 I think that ALT+F10 or ALT+SPACE should be the right key to
focus the menubar, and not just ALT.

 Thanks a lot anyway :)
Comment 1 Thiago Macieira 2003-10-24 01:56:32 UTC
It works like that in every KDE application. Besides, Alt is not a valid keystroke for a terminal, therefore it is something that will never be used by an application running in Konsole, whereas Alt+F10 or Alt+Space are valid terminal key sequences.
Comment 2 Santiago Romero 2003-11-11 14:15:54 UTC
 Erm ... slrn uses alt+cursor up and alt+cursor down to scroll
in the article windows. That's where I discovered the problem:
while using SLRN I always end in the menu bar :-)

 Thanks a lot anyway.

Comment 3 Janne Himanka 2004-03-25 09:46:18 UTC
I have always used alt+F1, alt+F2 to change virtual desktops and this behaviour means I now always have to click in the window before I can type in it. There should at least be a possibility to change the key that activates the menu.
Comment 4 Kurt Hindenburg 2004-06-07 20:27:43 UTC
You should be able to use Alt+<key> for any shortcut.  For example, Alt+F1 brings up the desktop menu, Alt+F2 brings up the Run dialog.
The Menu is highlighted when just the Alt is pressed AND released.

I can also press Alt+uparrow and Alt+downarrow and nothing happens since those are not shortcuts to anything.  However, the Menu is not activated.

Update your KDE to 3.2.X or 3.3.x.  Reopen this bug report if you still have problems.  However, changing ALT not to open the menu is not possible.
Comment 5 Joerg Mensmann 2004-06-07 22:03:05 UTC
> The Menu is highlighted when just the Alt is pressed AND released.

Yes. But using console applications that make use of key sequences
like Alt+o, you often unintentionally press just Alt and end up in the
menu (at least I do). That was what the original poster was refering
to, IMHO.

There already is a different key combination for activating the menu
bar (Alt+Ctrl+M). So all what would have to be done is making "Alt
activates menu" configurable.

> However, changing ALT not to open the menu is not possible.  

Why? Also this is a wishlist bug, so even if there are some technical
problems the bug should still be valid.

Please reopen.
Comment 6 Santiago Romero 2004-06-08 13:42:12 UTC
> Yes. But using console applications that make use of key sequences
> like Alt+o, you often unintentionally press just Alt and end up in the
> menu (at least I do). That was what the original poster was refering
> to, IMHO. 

 Yes. That's what I was talking about. Sometimes when using ALT+<somekey>
shortcuts you end up in the menu, and you have to press ESC when you
realize that you've lost the window focus...

 CU.