Bug 55020 - shell tab completion work-alike
Summary: shell tab completion work-alike
Status: RESOLVED FIXED
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 61463 99992 102132 159596 211110 229537 351467 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-02-22 15:36 UTC by uzs5p3
Modified: 2020-10-24 13:43 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description uzs5p3 2003-02-22 15:36:32 UTC
Version:            (using KDE KDE 3.1)
Installed from:    Unlisted Binary Package

It would be nice to have something like tab completion in minicli. I take it the tab key itself is unavailable because it has to switch between widgets, but some other easy to reach key or combo could do (say Ctrl-Tab?). Similar to the way bash does it, multiple legal completions could be displayed in the drop down list.

I have always regretted that minicli only shows previously entered commands, rather than all possible completions. This approach could allow a compromise with regards to case sensitivity. While I would loath minicli to start commands case insensitively, completion could be case insensitive. Then its possible to complete "KWord" to "kword", or "Quanta+" to "quanta", for example.
Comment 1 Stephan Binner 2003-02-24 19:53:58 UTC
And for which directories should it do completion? 
Comment 2 uzs5p3 2003-02-24 23:49:35 UTC
Subject: Re:  shell tab completion work-alike

> ------- Additional Comments From binner@kde.org  2003-02-24 19:53 -------
> And for which directories should it do completion?

For $PATH and for whichever recource it accepts as well, say servicenames and 
soon-to-come .desktop name entry, if possible. 

I just realized, though, that using an additional  hotkey is completely 
unecessary, if a drop down list is shown, as you can just move down with the 
curser keys -- been too focused on the shell. So my wish should have been to 
include possible completions from the $PATH, servicenames, local absolute 
paths, etc. in the drop-down list, which is already shown for previously 
entered commands. Konqueror does this for local paths up to the next 
directory level in its location bar.

Comment 3 Aaron J. Seigo 2003-08-23 13:07:05 UTC
*** Bug 61463 has been marked as a duplicate of this bug. ***
Comment 4 Stephan Binner 2005-02-23 00:35:49 UTC
*** Bug 99992 has been marked as a duplicate of this bug. ***
Comment 5 Pau Capdevila 2005-02-23 00:53:56 UTC
*** This bug has been confirmed by popular vote. ***
Comment 6 Mohd Asif Ali Rizwaan 2005-07-15 00:06:55 UTC
It should become case insensitive like with tree view etc., and show file systems' file/folders (as in konqueror's location). This feature IMHO will make life easier. Especially the Case-Insensitive Drop-Down List and File/Folder in filesystem.

for example:

if we have a file called "Document.txt" in /tmp i.e., /tmp/Document.txt

then typing Alt+F2 then /tmp/d should get /tmp/Document.txt in the drop down list as same as konqi. Observe that it is doing case insensitive and filesystem search. Thanks David Faure for your amazing work!

Comment 7 Aaron J. Seigo 2008-07-21 02:00:35 UTC
*** Bug 159596 has been marked as a duplicate of this bug. ***
Comment 8 Jochen Trumpf 2009-09-02 04:32:07 UTC
Could this one 

http://code.google.com/p/fsrunner/

be added to the list of default runners? It seems it almost perfectly matches what is being requested here?
Comment 9 Alexander Lohnau 2020-07-13 08:34:29 UTC
*** Bug 351467 has been marked as a duplicate of this bug. ***
Comment 10 Alexander Lohnau 2020-07-13 09:17:23 UTC
*** Bug 211110 has been marked as a duplicate of this bug. ***
Comment 11 Alexander Lohnau 2020-07-13 09:20:03 UTC
*** Bug 102132 has been marked as a duplicate of this bug. ***
Comment 12 Alexander Lohnau 2020-10-11 09:53:28 UTC
*** Bug 229537 has been marked as a duplicate of this bug. ***
Comment 13 uzs5p3 2020-10-17 19:38:02 UTC
This seems to have been fixed a long time ago. As far as I am concerned it can be closed. Arr there any objections.
Comment 14 uzs5p3 2020-10-24 13:43:29 UTC
Fixed as far as I am concerned.