n+1st report about arrow keys in krunner

[Aaron J. Seigo]

On March 9, 2010, Diego Moya wrote:
> reimplementing exactly the same functionality in the main list, showing
> previous queries together with applications that both match the new typed
> search string. 

the whole point of history is so you don't have to type. if you have to type 
to match the history, then there's no point in having the history, is there?

moreover, if history is shown below then we'd either show only the match that 
was actually activated (a possibility, but also a significant change in 
behaviour) or it becomes a two step process where the first step is "select 
the history match" which would then cause another run against it and then 
"select the match that matches the history match" once the returns are made.

one compelling suggestion i've seen is to put the last N selected items in the 
listing by default when shown. this was meant to augment the history not 
replace it, and won't work nicely with an always-shown krunner, but it is an 
interesting idea.

regardless, there are ways of doing the keyboard interaction with the current 
set of widgets that will work. i'm not interested in breaking the history 
feature on those who use it and rely on it just to reach some search-tool-
purity.

and let me say it one more time: krunner is not a search tool.
and again: krunner is not a search tool.

what is it then? it is the evolution of kde2/3's "run command" dialog. and 
that use case must still be preserved.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Development Frameworks