Bug 58719

Summary:	cannot reliably naviagate window operations menu w/ keyboard
Product:	[Unmaintained] kdelibs	Reporter:	Jordan Lederman <jlederma>
Component:	qt	Assignee:	Lubos Lunak <l.lunak>
Status:	RESOLVED UNMAINTAINED
Severity:	wishlist	CC:	david.goodenough, ewilhelm, robin.rosenberg
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Jordan Lederman 2003-05-20 17:47:56 UTC

Version:            (using KDE KDE 3.1.1a)
Installed from:    Debian testing/unstable Packages
OS:          Linux

When using alt-f3 to bring Window Operation Menu, i expect to be able to navigate & select w/ the arrow keys & enter. I can do this for the most part, but often I am traversing down the list with the down arrow and the selection highlight jumps to the top.  I am using the focus policy 'focus follows mouse' and it *seems* to happen less often when the focused window has been focused, and then I move the mouse off to the root window -- but it does still happen.

Comment 1 Lubos Lunak 2003-06-10 20:03:13 UTC

Do I understand it correctly that when you're moving with arrow keys in the menu, and then 
you move the mouse outside of it, your currently selected menu entry gets deselected?

Comment 2 Jordan Lederman 2003-06-10 20:13:39 UTC

Subject: Re:  cannot reliably naviagate window operations menu w/ keyboard

On Tuesday 10 June 2003 2:03 pm, Lubos Lunak wrote:
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>      
> http://bugs.kde.org/show_bug.cgi?id=58719     
> l.lunak@kde.org changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|UNCONFIRMED                 |NEW
>       everconfirmed|0                           |1
> 
> 
> 
> ------- Additional Comments From l.lunak@kde.org  2003-06-10 20:03 -------
> Do I understand it correctly that when you're moving with arrow keys in the 
menu, and then 
> you move the mouse outside of it, your currently selected menu entry gets 
deselected?
> 

no, but that does happen. What I meant was that it the selection seemed to 
'skip' and navigating through, but I know think that it may be due to the 
fact that my keyboard tray is not the most stable, and I have a trackball 
sitting here on the tray right next to it. The vibration from me hitting the 
down key is making the trackball move every-so-slightly, but enough.

Sorry for the possibly bogus report.
			--jordan

Comment 3 Lubos Lunak 2003-06-13 14:40:44 UTC

So, in short: If the mouse pointer is outside of the popup menu, menu is navigated using 
keyboard, and the mouse pointer moves (vibrations,etc.), the currently selected popup menu 
entry is unselected. 
I'll see if there can be something done about this.

Comment 4 Lubos Lunak 2004-02-23 19:17:36 UTC

*** Bug 74778 has been marked as a duplicate of this bug. ***

Comment 5 Lubos Lunak 2004-05-26 11:07:51 UTC

*** Bug 77166 has been marked as a duplicate of this bug. ***

Comment 6 Lubos Lunak 2004-05-28 09:42:24 UTC

qt-bugs@ issue #49417.

Comment 7 Eric Wilhelm 2005-02-15 23:11:50 UTC

Bugs 74778 and 77166 are clearly duplicates of each other, but they are not so obviously duplicates of this bug.

This ends with a qt-bug number?  Is there a link where we can see what that bug report looks like?  Apparently trolltech has no bugs.

Comment 8 Christoph Cullmann 2024-09-14 16:17:57 UTC

Hi,

kdelibs (version 4 and earlier) is no longer maintained since a few years.

KDE Frameworks 5 or 6 might already have implemented this wish.

If not, please re-open against the matching framework if feasible or against the application that shows the issue.

We then can still dispatch it to the right Bugzilla product or component.

Greetings
Christoph Cullmann