https://bugs.kde.org/show_bug.cgi?id=510777

Oded Arbel <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|1                           |0
         Resolution|INTENTIONAL                 |---
             Status|RESOLVED                    |REPORTED

--- Comment #4 from Oded Arbel <[email protected]> ---
(In reply to Niccolò Venerandi from comment #2)
> Currently keyboard focus is not on the categories but on the textbox

If you mean the search at the top of the screen, then it isn't a text box: it
has no border or inset, there's no text cursor and it doesn't look focused. It
looks like a label that says "Type to search...", and when you start typing it
changes to "Searching for '{TEXT}'" - so it doesn't behave like a text box
either. Compare with the search text box in the overview.

The element that visibly has the focus is the "Recent Applications" category,
and when I press LEFT, the last application on the first row of the recent
applications list is focused - as one would expect - which doesn't prevent the
search functionality from responding to typing.

(In reply to Nate Graham from comment #1)
> Actually I think initial focus depend on where the pointer is. Whatever
> elements it begins over appears to get focus.

Correct, if the mouse pointer is locate somewhere that when the application
dashboard appears, there's something under the cursor - it will be in focus. On
a system were the mouse is seldomly used - such as a home theater PC - the
mouse pointer position is rarely relevant for this behavior, and if it is -
that behavior is probably unexpected and unwanted.

I would even make the assertion that this behavior is always wrong - when the
application dashboard is opened by a keyboard shortcut, the mouse pointer
position should be ignored until (and if) the mouse is moved. The dashboard
should behave as if the mouse pointer doesn't exist (until the mouse moves):
this is how application menus behave - if you press ALT+F to access the "File"
menu, even if the mouse pointer is where the menu appears, pressing DOWN will
focus the first entry in the menu regardless of which entry the mouse pointer
is over.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to