Bug 32773

Summary:	application search in kmenue missing
Product:	[Unmaintained] kicker	Reporter:	Ferdinand Gassauer <gassauer>
Component:	general	Assignee:	John Firebaugh <jfirebaugh>
Status:	RESOLVED WORKSFORME
Severity:	wishlist	CC:	mchugh19, samjnaa
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Ferdinand Gassauer 2001-09-21 14:28:08 UTC

(*** This bug was imported into bugs.kde.org ***)

Package:           kicker
Version:           unknown (using KDE 2.2.1 )
Severity:          wishlist
Installed from:    compiled sources
Compiler:          gcc version 2.95.2 19991024 (release)
OS:                Linux (i686) release 2.2.19
OS/Compiler notes: 

Hi!
IMHO it would be usefuly and is getting more and more important to have an "application search" in KMenu as it is not evident where the developer decides to put his application.

I am thinking of something like the search function in kcontrol case insensitive and looking also for strings in the middle of the application name AND description (tooltips etc)

cu
ferdinand

(Submitted via bugs.kde.org)
(Called from KBugReport dialog)

Comment 1 Ferdinand Gassauer 2003-06-04 21:42:09 UTC

*** Bug 58926 has been marked as a duplicate of this bug. ***

Comment 2 poelzi 2004-09-13 02:02:36 UTC

I would like to see a simple text input field in kmenu, this should have the focus by default and appear like a normal entry. Text entered in the filed will filter all entries which do not match "*[text]*".

On Debian for example, the menu gets very unhandy with many programms installed.

Comment 3 Maksim Orlovich 2004-11-19 06:41:47 UTC

*** Bug 92988 has been marked as a duplicate of this bug. ***

Comment 4 Nick Matteo 2005-04-10 00:21:50 UTC

Re Comment #2:
That would be pretty cool.  As an alternative, you can already open applications:/ in Konqueror and use Tools->Find File to search, which will tell you where an application is in the menu structure and let you launch it.

Comment 5 Ferdinand Gassauer 2005-04-10 08:43:21 UTC

That's a nice idea to search in applications:/

Comment 6 jos poortvliet 2005-10-18 19:18:45 UTC

SUSE 10.0 has this, with kde 3.4.x - i guess it won't be too difficult to get 
it in 3.5??? would be awesome...

Comment 7 Shriramana Sharma 2006-09-24 11:39:52 UTC

The SUSE KDE team is readying a new kind of K Menu called Kickoff for openSUSE Linux 10.2. Just like their GNOME slab got into GNOME's mainstream code, I hope Kickoff also gets into KDE's mainstream code.

See http://www.kdedevelopers.org/node/2283

Comment 8 Ferdinand Gassauer 2007-06-24 09:13:04 UTC

works in kickoff

Comment 9 jos poortvliet 2007-06-24 15:38:16 UTC

well, I don't think this works now, as kickoff is NOT in KDE 4 nor part of a default KDE 3 release. Saying something works in some third-party app isn't really a solution. Suse had a patch for the normal KDE menu to add searching, but it was never merged. Pity, I liked it.

Anyway, with all the changes going in KDE 4, esp in the Strigi/Nepomuk area, I find it very hard to believe we won't have search in our menu, so closing this is not bad - this is or will soon be fixed in trunk. Still, the fact kickoff happens to have a search function is NOT a good reason to close this bug...

Comment 10 Ferdinand Gassauer 2007-06-24 15:51:36 UTC

yes - true - it's an alternative but not generic

Comment 11 mchugh19@yahoo.com 2008-05-30 19:26:37 UTC

With the release of kickoff in kde4 should this be closed?

Comment 12 Ferdinand Gassauer 2008-05-30 20:27:58 UTC

yes 
already in OpenSUSE 10.3 KDE 3.5.9

Comment 13 Shriramana Sharma 2008-06-01 01:05:29 UTC

@Ferdinand: It has been in SUSE for quite some time. But it's a SUSE-specific patch, and does not ship with the default KDE which is what this bug requested. Users of other distros, if you will see https://bugs.launchpad.net/bugs/57738 have had to *ask* for it because it was not there in that distro. But of course this bug can be closed considering KDE 4.