Previously it was enough to type "nx" in the search box to find the NX client and other NX apps installed, but now I have to type at least 4 characters until it finds them: "nx c" for example (luckily it finds also without space, "nxc" probably because of the name of the executable). First I thought the search is completely broken... I find the new behavior counter-productive, as you'd use the search box exactly when you are not sure about the name of the app, or where it is in the menu hierarchy.
This is due to a applications runner implementation - requests three or more characters to search. On the other hand, the shell runner (IIRC the name) works for less characters (type 'ls' for example) If it is a bug at all, it should be filed for krunner.
uhm, interesting problem.. the usual condition is >= 3 to avoid noise in the results. I am not sure if there's a clean way to solve this...
*** Bug 226859 has been marked as a duplicate of this bug. ***
How to look for "Qt"? Search of KRunner is used in StartMenu (Lancelot). In Gnome 3, Windows 7 it is possible to look for programs and documents from 1 character. In KDE needs at least 3.
*** Bug 315708 has been marked as a duplicate of this bug. ***
*** Bug 318718 has been marked as a duplicate of this bug. ***
Launchy is Open-source and GPL and written in Qt, so referring to its impletation of search might help solve this problem. Launchy 's default search behavior is really nice and neat. https://bugs.kde.org/show_bug.cgi?id=315708 made some good points.
Fixed with e2ebcda23e635eaba4b96e839c05760c975661dd, no?