Version: unknown (using KDE 3.1.3) Installed from: Mandrake Linux Cooker i586 - Cooker Compiler: gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk) OS: Linux (i686) release 2.4.23 Greetings, after long work on project I've noticed that class names, that appears on fast class browser on toolbar are duplicated.
Please specify your KDevelop version, I think this was solved in beta2.
Yes, it is. 3.0.0b2 I have additional info abut this bug I suppos, it appears when I added class without specify active project in automake menager and after that manualy moved file from root of project to ./src/ . I noticed that in MakeFile.aut placed in root of project appeared lines with the class files.
Well Then I guess this is invalid! You're not suposed to move files manualy. And if you do, you need to reopen the project to make it reparse the files.
Hi Amilcar, do you really think, that this one should be dropped so fast? Moving files arround is sometimes neccessary, as you recognize you've planned something wrong on your project. I've never seen a function in KDevelop that let's you actually do this kind of job. Actually, there has to be a lot of stuff to be done, if you move files arround. You have to keep your VCS in sync and you have to keep your build-tool in sync with that change. It would be nice to leave this at least as a wish - since having it could save a lot of time, sometimes :-) And as long as the File-Tree Plugin is loaded there is moinitoring over the project's file tree anyway (IIRC). So it shouldn't be a big problem to catch this event up. KDevelop could act smart on such cases. Like: "Oh, you've dropped new source files to the project - would you like them being added to the project and/or your vcs?" "Oh, you've deleted some source files from the project tree - would you like them removed from the project and/or your vcs?" "Oh, you've moved some files arround? Shall i try to update the build tool?" Cheers Sascha
Making it a whish. Probably a very complicated wish to implement!
I can confirm that this is a valid wish....but like I said before, very complicated to implement. This is part of the code refractoring item that is in our TODO list.
Not so complicated if we implement move as "remove" -> "add". This doesn't break anything in build manager and this fits also for vcs plugins where moving is not possible without deleting file from vcs and adding it again.
@Adymo But a remove/add is not a rename or move, especially with subversion. You loose history if you remove/add a file in svn.
This isn't valid for kdev 4 is it?
I think it is. It's not possible to move files in project browser, at least not with drag-n-drop.
erk... it's one of those mutating bugs. I didn't notice the title, just the body.
Heh, I noticed title but doesn't notice the body
I'd really like to see this eventually... maybe for 4.3!
Forgot the BUG line... Implemented in current master (should make it into 4.3)