Hi Timur, Yes, indeed the 'problem' exists. There's no way to 'split' package into several directories right at the time of refactoring. But do you really need it so often? Currently refactorings work in terms of java constructs - packages (not directories) and asking you to which directory you want to place the class is just because it is impossible to unabiguously determine the location when multiple directories correspond to the same package. Perhaps it's better to keep it simple and not complicate the refactorings with the directory stuff. And besides, such situation doesn't seem to occur too often and could be solved in a way you described. I mean even if we make refactorings work at a directory level, not package level - most time you won't need it.
Best regards, Eugene Zhuravlev JetBrains, Inc / IntelliJ Software, http://www.intellij.com/ "Develop with pleasure!" ----- Original Message ----- From: "Timur Zambalayev" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, April 06, 2002 11:38 Subject: [Eap-list] #615: Move class problem > Say you have two source folders: src/main and src/testcases. > You have one package src/main/foo and one class src/testcases/FooTest.java. > Then you decided to move src/testcases/FooTest.java to > src/testcases/foo/FooTest.java. > > 1. In this particular case you're not given an option to choose the > destination directory > (it's assumed that you want to move it to src/main/foo). If there's no foo > package anywhere > you can choose the destination directory. > 2. In the refactoring preview the destination directory is not mentioned > anywhere. > > The class was moved to src/main/foo, though I expected and thought that it > was moved to > src/testcases/foo. The workaround here is to create the testcases/foo folder > before > you move the class. > > Suggestions: > > 1. In the refactoring preview the destination directory should be mentioned. > 2. In this case you should be given the chance to use the choose destination > directory dialog, > just like in the situation where there's no foo package. > > > Timur Zambalayev > > > _______________________________________________ > Eap-list mailing list > [EMAIL PROTECTED] > http://www.intellij.com/mailman/listinfo/eap-list _______________________________________________ Eap-list mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-list
