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 _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
