Bug 118716

Summary: kdevelop: when opening files, start browsing in the directory where they active document is
Product: [Developer tools] kdevplatform Reporter: esigra
Component: shellAssignee: kdevelop-bugs-null
Status: RESOLVED FIXED    
Severity: wishlist CC: olivier.jg
Priority: NOR    
Version: git master   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description esigra 2005-12-20 14:57:42 UTC
Version:           3.2.1 (using KDE KDE 3.4.3)
Installed from:    Gentoo Packages

1. Open Kdevelop and a file F1 in some directory D1.
2. Open another file in another directory D2.
3. Switch back to the file F1.
2. Press Ctrl+O to open a file.

Now it starts the file dialog in directory D2 because that was where the last file was opened. But Kdevelop ignores the fact that the user switched back to file F1. When the user is working on the file F1 and wants to open another file, he most likely wants to open a file in the same directory as F1, and not wherever he opened some other file last time.

Expected behaviour: Start the file dialog in D1, the directory of the currently active file.

See GNU Emacs for a working implementation. This bug is related to bug 56477, which still exists despite that the report is closed.
Comment 1 Jens Dagerbo 2005-12-21 11:30:25 UTC
This is clearly not a bug, as the implementation doesn't attempt to do what the report wishes it did. 

Personally, I don't agree it is at all obvious, and hence not preferable, that the user wants to browse the directory of the open file as opposed to the last browsed directory. There is also the issue of "standard behaviour", which I believe is to open the last directory to browse.

Changing severity to wishlist.
Comment 2 Maciej Pilichowski 2006-10-20 17:07:07 UTC
Make it an option then like in Kate. Personally I use "open in dir of active document". Because it turns easily in "open in last dir seen" (all I have to do is to select last opened document).
Vice versa is impossible.
Comment 3 Andreas Pakulat 2008-06-30 20:15:53 UTC
moving to the platform as thats where the code now is for kdevelop4. Having that option might indeed be useful.
Comment 4 Olivier.jg 2010-12-19 04:12:00 UTC
This works in kdev 4.