Bug 165179 - krunner should allow keyboard arrows to switch between entries
Summary: krunner should allow keyboard arrows to switch between entries
Status: CLOSED INTENTIONAL
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 165213 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-06-28 11:12 UTC by Christophe Olinger
Modified: 2010-08-16 18:16 UTC (History)
4 users (show)

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 Christophe Olinger 2008-06-28 11:12:58 UTC
Version:            (using KDE 4.0.83)
Installed from:    Ubuntu Packages

krunner is so cool. 
Use case:
Joe uses ALT-F2, types some letters and several entries appear at the bottom. He sees his wanted application on the second position. Being too lazy to enter more letters to further define his search he hits the right arrow on his keyboard to switch to the second entry. But oops.. nothing happens.

In the latest kde4 version, the arrows do not allow switching entries. This would be helpful and allow the user to not use his mouse to switch to a specific entry. My hands are already on the keyboard and there should be no reason to head back to the mouse.

For the rest, great work everyone.

Christophe
Comment 1 FiNeX 2008-06-28 11:20:28 UTC
I agree! I've had the same trouble.

Maybe devs could say: «you can press TAB». I know it, but "TAB" is not intuitive: I've see a lot of people in trouble because of this!

(ok, ok, not a lot.. he he he... just three :-) ... the only three people I've asked to try KDE4 for a while ^_^ )
Comment 2 FiNeX 2008-06-28 11:21:11 UTC
There is only a problem: if an user want to move the caret?
Comment 3 Christophe Olinger 2008-06-28 17:18:57 UTC
I agree. Just realized I could use tab and that the cursor keys move, well,
the cursor. I think we have to see for what happens more frequently. Wanting
to move the cursor or wanting to switch item. I tend to the latter. Maybe if
the focus is automatically switch to the bottom part. Using the mouse I
could regain focus of the textbox and then use the cursor keys to move the
cursor. Not optimal but maybe a solution?

On Sat, Jun 28, 2008 at 11:21 AM, FiNeX <finex@finex.org> wrote:

[bugs.kde.org quoted mail]
I agree. Just realized I could use tab and that the cursor keys move, well, the cursor. I think we have to see for what happens more frequently. Wanting to move the cursor or wanting to switch item. I tend to the latter. Maybe if the focus is automatically switch to the bottom part. Using the mouse I could regain focus of the textbox and then use the cursor keys to move the cursor. Not optimal but maybe a solution?<br>
<br><div class="gmail_quote">On Sat, Jun 28, 2008 at 11:21 AM, FiNeX &lt;<a href="mailto:finex@finex.org">finex@finex.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">------- You are receiving this mail because: -------<br>
You reported the bug, or are watching the reporter.<br>
<br>
<a href="http://bugs.kde.org/show_bug.cgi?id=165179" target="_blank">http://bugs.kde.org/show_bug.cgi?id=165179</a><br>
<br>
<br>
<br>
<br>
</div>------- Additional Comments From finex finex org &nbsp;2008-06-28 11:21 -------<br>
There is only a problem: if an user want to move the caret?<br>
</blockquote></div><br>
Comment 4 Pino Toscano 2008-06-28 17:37:20 UTC
*** Bug 165213 has been marked as a duplicate of this bug. ***
Comment 5 Dotan Cohen 2008-06-28 17:43:47 UTC
How about the up/down arrow keys pan through the history (like they currently do) and the left/right arrow keys pan through the icons (they currently do nothing). In this case, though, all the icons should be on a single row to prevent the user from hitting the up/down arrow keys.
Comment 6 FiNeX 2008-06-28 17:46:10 UTC
I don't know... anyway I'll tend to use arrow keys too.
Comment 7 Aaron J. Seigo 2008-06-29 01:10:06 UTC
.. and then when pressing the right arrow to go through the search text it instead switches matches.

not sure i like this idea.
Comment 8 Dotan Cohen 2008-06-29 09:16:34 UTC
@Aaron: you are right, the current behaviour in all (non-OOo Calc) text fields is that the left/right arrow keys move the caret in the text. Maybe Alt-arrow? Then we could have up/down as well.

Whatever the solution will be, it must not involve the mouse as Christophe suggested. Alt-F2 is used by people who cannot use, or prefer not to use, a mouse.
Comment 9 Aaron J. Seigo 2008-06-29 09:28:42 UTC
> Maybe Alt-arrow?

how about Tab? that's what all the other apps out there use. =)

btw, i strictly krunner without the mouse (except when testing mouse related issues in it).

one you tab into the icon field, though, you can use the arrow keys quite freely to move between them (up, down, left, right)
Comment 10 Dotan Cohen 2008-06-29 09:42:09 UTC
@Aaron:
What you are describing is, I think, the current behaviour. I'm on 3.x now so I cannot confirm.

The problem with current behaviour is that neither I nor a friend who tried KDE4 even thought to use the Tab key. It's great once the user knows about it, however.

Actually, I'm in favor of leaving the current behaviour as it is. A learning curve is not a bad thing.
Comment 11 Christophe Olinger 2008-06-29 09:44:18 UTC
Aaron is right. Now that I know I can use TAB it feels ok. For me TAB
intuitively meant switching to different parts of windows but not between
items in a specific part. Guess I just have to get used to it than.
Suggestion:
Maybe a non-intrusive status line at the bottom that shows for a few seconds
"<TAB> switches between items". Mybe in grey text that fades in and then out
again. Like this the user is educated.
Aaron is right. Now that I know I can use TAB it feels ok. For me TAB intuitively meant switching to different parts of windows but not between items in a specific part. Guess I just have to get used to it than. <br>Suggestion:<br>
Maybe a non-intrusive status line at the bottom that shows for a few seconds &quot;&lt;TAB&gt; switches between items&quot;. Mybe in grey text that fades in and then out again. Like this the user is educated.<br>
Comment 12 Aaron J. Seigo 2008-06-29 09:53:42 UTC
not sure using a status bar item is the best thing long term. that's pretty intrusive for something that's a one time learning issue.

the big issue here is that people are certainly not used to seeing "colletions of things" as being equivalent to "collections of interactive widgets". that's understandable: up until now (the last year or three), there's always been this clear cut line between "this is a widget" and "this is a pretty picture". they have traditionally been treated very differently.

the new world of UIs are not like that however (krunner/plasma is hardly the first or last example of this, of course)

it'll take some learning, which'll make for a fun next few years as people transition to the subtle shifts in UIs.

some way to introduce these changes will likely be needed, but perhaps not embedded right within each app's UI itself.

in the meantime, is it cool to close this wish as it actually is implemented?
Comment 13 Christophe Olinger 2008-06-29 10:01:47 UTC
Yep. For me its okay to close this.
Thanks Aaron, Dotan and Finex for the discussion.
Yep. For me its okay to close this.<br>Thanks Aaron, Dotan and Finex for the discussion.<br>
Comment 14 Dotan Cohen 2008-06-29 10:04:27 UTC
Closing.
Comment 15 Alex Savin 2010-08-16 18:16:07 UTC
this is "must have" feature, more 100 peoples want it (http://forum.kde.org/viewtopic.php?f=90&t=86011), please fix it!