Bug 174697 - typing path in directory picker broken
Summary: typing path in directory picker broken
Status: RESOLVED FIXED
Alias: None
Product: kfile
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-09 11:51 UTC by Giulio Camuffo
Modified: 2008-11-15 05:25 UTC (History)
0 users

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 Giulio Camuffo 2008-11-09 11:51:59 UTC
Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

i noticed that when selecting a directory i can't directly write the path below the directory tree as in kde3. I must use the mouse, but when i have lots of directories this is very enervating.
Comment 1 Matthew Woehlke 2008-11-12 00:02:10 UTC
You can click on the "breadcrumb" view to get an edit box.
Comment 2 Giulio Camuffo 2008-11-12 16:16:42 UTC
ok, but it is quite uncomfortable because i have to write the entire path of the directory. should'nt exist a way to get the edit mode starting from where i already went using the mouse?
Comment 3 Matthew Woehlke 2008-11-12 19:12:53 UTC
um... it should start pre-filled with whatever directory you're currently looking at. At least, it does for me...

If breadcrumb mode shows, for example:
Home > src > kde

...then clicking to get the text edit should give you:
/home/<username>/src/kde
Comment 4 Giulio Camuffo 2008-11-12 21:42:12 UTC
sorry, i'm not english and i think i have not explained myself. i'm talking about the dialog used to select a directory for example when you add a folder in desktop settings->slideshow. there is the text edit but if i type a word it goes up in the tree instead of showing the list of folders with the name starting with that word.
Comment 5 Matthew Woehlke 2008-11-12 22:11:47 UTC
Ah, I see, didn't read close enough and was thinking of the (much more common) file dialog. My apologies. So anyway, you just type in the text box, and... wtf? ;-)
Yeah. That's clearly broken.

I'm changing the description in the hopes that more people will understand what is being talked about (but I don't think mine is much better :-), meh). And I'm confirming this.

I can reproduce as follows:
- configure desktop, change to slideshow, click 'add folder' button (or anything else with a dir-picker, I assume)
- erase whatever is there
- start typing a long path

I'm able to type the first two levels, but when I start typing the third, it starts deleting things. Specifically:
type '/usr' -> ok
type '/local' -> ok (is now "/usr/local")
type '/' -> ok (is now "/usr/local/")
type 's' -> is now "/usr/local"?
type 'h' -> is now "/usr"... yike!
type 'are/...' -> is now "/usrare/..."
(...I was trying to type /usr/local/share, which is a valid path on my machine)
Comment 6 Giulio Camuffo 2008-11-13 21:05:06 UTC
yes, this is what happens on my pc too
Comment 7 Rafael Fernández López 2008-11-15 05:22:53 UTC
SVN commit 884487 by ereslibre:

Since both the lineedit and the treeview were connected to the same signals, they were having
conflicts between them. The easier way of handling those conflicts is to disable the signal
emitting of the treeview while we are editing the url combo box. Also, this dialog needs some
love, like adding a splitter.

BUG: 174697

 M  +2 -0      kdirselectdialog.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=884487
Comment 8 Rafael Fernández López 2008-11-15 05:25:12 UTC
SVN commit 884488 by ereslibre:

Backport fix. Don't mix up with both treeview and lineedit emitting signals at the same time.

CCBUG: 174697


 M  +2 -0      kdirselectdialog.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=884488