This forum has been archived. All content is frozen. Please use KDE Discuss instead.

A sensible behaviour for krunner

143

Votes
143
0
Tags: krunner, application start, full text search krunner, application start, full text search krunner, application start, full text search
(comma "," separated)
XaverXN
Registered Member
Posts
2
Karma
0

A sensible behaviour for krunner

Sat Jun 05, 2010 7:07 pm
I'd like to propose behavioural changes for krunner:

- When you start typing an application name, say "kat" when you want to start kate, and krunner completes it with a gray letter to "kate", hitting ENTER should start the proposed program, instead of removing the proposal.

- When krunner has several suggestions and gives you a list underneath the typing field, they should be in a sensible order. Consider this:
Image
krunner here proposes opening an old bookmark simply because *somewhere* on the html page there appears the word konqueror. It's not even in the title of the bookmark. The actual application which the user probably wants to start is just the fourth position. So I propose the following rules:
* Suggest applications always before other results.
* Results with the word in the title before other results.
* Alternative: Strigi/"full text search" results last.
* If possible: introduce a counter or check access time - newest and latest accessed results first.
mtk
Registered Member
Posts
21
Karma
0

A sensible behaviour for krunner

Sat Jun 05, 2010 8:11 pm
'enter selects' rules!
fsfmember
Registered Member
Posts
12
Karma
0
OS

A sensible behaviour for krunner

Fri Jun 11, 2010 8:27 pm
exactly this is absolute must, this should be obvious and basic thing :(
User avatar
unhammer
Registered Member
Posts
53
Karma
0
OS

A sensible behaviour for krunner

Sat Jun 12, 2010 12:58 pm
This is two ideas, should perhaps be split into two as such?

+1 on the Enter to select (perhaps it should be user-configurable, brainstorm.php#idea88463 ).

On the bookmark thing, yeah that's _really_ annoying, but I think prioritising a whole group like that should be user-configurable.
chipukb
Registered Member
Posts
13
Karma
0
OS

A sensible behaviour for krunner

Tue Jun 15, 2010 9:30 pm
On my computer (Kubuntu 10.04 KDE 4.4.4) ENTER already starts the selected item
kbroulik
KDE Developer
Posts
131
Karma
0
OS

A sensible behaviour for krunner

Thu Oct 07, 2010 12:44 pm
chipukb wrote:On my computer (Kubuntu 10.04 KDE 4.4.4) ENTER already starts the selected item
In 10.10 (KDE 4.5.1) it even does not have that little pause where you press enter too fast for it to react. I enter “kons” and press enter and konsole opens.
saldsl
Registered Member
Posts
19
Karma
0

A sensible behaviour for krunner

Mon Jan 17, 2011 5:06 pm
I think krunner should just work as spotlight in macOS, it can provide a list of results grouped for type.
If a thing works well, why it should be reinvented?
User avatar
Primoz
Moderator
Posts
859
Karma
1
OS

A sensible behaviour for krunner

Tue Mar 15, 2011 10:52 pm
BajK wrote:
chipukb wrote:On my computer (Kubuntu 10.04 KDE 4.4.4) ENTER already starts the selected item
In 10.10 (KDE 4.5.1) it even does not have that little pause where you press enter too fast for it to react. I enter “kons” and press enter and konsole opens.

Yeah you're right, it does this. So I guess it's already implemented.


Primoz, proud to be a member of KDE forums since 2008-Nov.


Bookmarks



Who is online

Registered users: Bing [Bot], Evergrowing, Google [Bot]