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.
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.
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.
moving to the platform as thats where the code now is for kdevelop4. Having that option might indeed be useful.
This works in kdev 4.