Bug 81200 - kfile: tab completion conflicts with tabbing between widgets
Summary: kfile: tab completion conflicts with tabbing between widgets
Status: RESOLVED FIXED
Alias: None
Product: kfile
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified FreeBSD
: NOR normal
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-09 17:20 UTC by missive
Modified: 2018-04-10 20:15 UTC (History)
1 user (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 missive 2004-05-09 17:20:43 UTC
Version:            (using KDE 3.2.2, compiled sources)
Compiler:          gcc version 2.95.4 20020320 [FreeBSD]
OS:          FreeBSD (i386) release 4.9-STABLE

Typing an address in the Open dialog's "Location" field will show suggested completions. I would expect that pressing tab would finish out the suggestion and position the cursor so that I can continue typing. Instead, the suggestion is completed, but the cursor focus is jumped to the next widget in the tab-ordering line.
Comment 1 missive 2005-03-20 15:37:25 UTC
This works properly now. If there is a possible completion, it will complete and the cursor stays on the line for more typing.

The only suggestion I have is that it would be nice if I could go in to the folder that is completed so far.

In other words, if I type /usr/home/lee and the line now looks like /usr/home/lee/ if I press ENTER, I will get a dialog that says "please choose a file" when what I really want is just to see the list of files that are in that directory.

Maybe it could work like shell file completion... If I press TAB again, it will hop in to the completed directory and show the files.

The only problem is that TAB is now set to go to the next completion. Hrm.

Ctrl-TAB or Ctrl-ENTER maybe...
Comment 2 Christoph Feck 2009-08-27 02:35:37 UTC
Moving from "kio/kfile" component to "kfile" product, helps sorting out duplicates.
Comment 3 missive 2011-10-15 16:14:45 UTC
In 4.7.1 this works almost perfectly.

The only problem is when there are multiple matches while typing. Tab jumps through the list of possible completions the same way that up-arrow and down-arrow do.

So there are two ways to do that, but no way to get behavior that matches closely to the way a command shell behaves.

I think the arrows should be left as-is. That is the method I see people use to scroll through the address-bar completions.

Tab should, if there is only a single possible completion, make the completion and if the completion is a folder, start showing completions for that folder.

If there is more than one possible completion, Tab should do nothing. I think the default in a terminal is to ring the bell, but I always turn that off. I don't believe it is necessary. Maybe it could be made optional, or follow the environment setting.

As a workaround for now, if you reach a directory that you want to enter you can type a second / in the line and that will start showing completions in the folder, but that goes against years of muscle memory.
Comment 4 Nate Graham 2018-04-10 20:15:08 UTC
There's no way to make this behave *exactly* like a shell, since it's *not* a shell and has a different UI. Testing this out for a while, I think it's pretty darn good now though. If there are additional changes requested, let's track those with new bugs. Thanks!