This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
[nb_dev](200408121800), [jdk1.5.0](b62) caused by fix issue 47086 (dataloss) Steps to reproduce: - run IDE - open/create java project - create packages x and y - create classes inside both packages - try to DnD package x inside package y -> DnD cursor shows possibility, but after drop package to the destination package nothing happens BTW: this operation is enabled in Files View P2: I think this must be fixed for Beta 2 / FCS
It is correct IMHO, it does not make sense to DND package inside one source group. > BTW: this operation is enabled in Files View What? There are no packages in Files View. The bug is, that DND cursor shows possibility.
>> BTW: this operation is enabled in Files View >What? There are no packages in Files View. right, there are folders ... > It is correct IMHO, it does not make sense to DND package inside one source group. Sorry, I don't think so ... - My package structure is: + x ClassX.java + y ClassY.java - I want move y inside x : + x ClassX.java +x. y ClassY.java This is impossible now !
Marian is right. It is really nonsence to disable copy/paste (DnD) action. There must! be possibility to move items in the tree 'cause the user is used to have such functionality in other tree based applications. Imagine that there is no possibility to move folder "x" to folder "y" in Windows Explorer:-). This is as for me the similar case -> P1.
It depends on what is your definition of move. If you move y to x, there will not be package "y" any more: there will be a new package "x.y". This is not move, but rename IMO. You can do this by Refactoring | Rename. "...to move items in the tree 'cause..." I thought, that Package View does not represent tree structure. ;) But I surrender :) Let this issue be P0. I never used DND, I don't care :) If you think it is that important, it probably is.
Guys, just to support Honza's position. Imagine you have packages: org.netbeans.modules.java org.netbeans.modules.editor Now I drag o.n.m.editor and drop it to o.n.m.java. Does this mean the result should be: org.netbeans.modules.java org.netbeans.modules.java.org.netbeans.modules.editor ?? Does it make any sense to you? It seems to me that if we chosen to use the flattened package view, then we should be consistent and not mix packages with folders. You can still d'n'd folders in Files view. But I am not a UI guy, anyway, P1 seems to be too much...
Enabled/disabled paste actions was the thing that led me probably to little wrong view to the packages. I was confused from the following fact: prj1 --Source Packages --x --x.java --y --y.java prj2 -Source Packages --x --x.java I am able to invoke copy "prj1|Source Packages|y" and paste on "prj2|Source Packages|x" (although I missed that paste on "prj1|Source Packages" is actually done). My final opinion is that the paste action on "prj2|Source Packages|x" must be disabled too as in prj1. Only "prj2|Source Packages" (and things like "Test Packages" of course) must have paste action enabled. Or am I wrong? Returning the priority back to ->P2.
He sould decide. IMO what should be not disabled is to drag package into it's own source group root and into any of it't parents. Tomas implemented the D'n'D, plase take care of it.
I think Jano should comment on this. There needs to be a carefully written spec for what different operations on the package view should actually do. Judging by experience, different people have very different expectations of how it should work, so we cannot rely on individual guesses or piece-by-piece bugfixes, IMHO.
I've talked about copy/cut (the same problem) with Jano and he decided to allow only copy/cut between different source groups. The DND should probably behave in the same way.
So it sounds like this is WONTFIX? After all, you can rename packages, and you can D&D folders in Files. The semantics of D&D in the package list is not exactly obvious.
Yes it seems to be WANTFIX. But I am rather waiting for Jano's comments.
We present source packages as a list, not as a hierarchical tree structure. That is why we don't allow to DnD a package inside another package. The user should be able to DnD a package into another Source/Test Packages Folder in the same project or in another project (if there is any).
I did some changes to let cut/copy behave as Jano described. The refactoring also adds some fatures into copy/move. Someone from refactoring should verify them with Jano's comments and close it as WANTFIX. Checking in src/org/netbeans/spi/java/project/support/ui/PackageViewChildren.java; /cvs/java/project/src/org/netbeans/spi/java/project/support/ui/PackageViewChildren.java,v <-- PackageViewChildren.java new revision: 1.28; previous revision: 1.27 done
DnD is implemented according to ui spec. As I mentioned before, it does not make sense to DND package inside one source group.
I don't agree , but ok, wait for release .... and I wonder who will explain this to users (especially difference between Files View and Projects View and possibility to files handling in both views).... BUT If you prohibit DnD .. it's up to you, my question is Why cursor shows possibility to drop , when drop is prohibited (nothing happens after dropping down - means we've action without feedback) ?
As Jano described above he package view is not a tree but a list it is quite obvious that copy should behave differently than in the tree. E.g. Sources --org.netbeans.api.java.classpath --org.netbeans.api.java.queries Coping the package under the single compilation root is a nonsence, you will get something like: org.netbeans.api.java.classpath.org.netbeans.api.java.queries and I am pretty sure that you don't want to get this.
2 Tomas, as I said above, disagree, but ok Now, this issue is about changing cursor if there is no possibility drop files/packages .
So why Jesse? And is it still P2?
And how about changing the Summary of the bug? It is cearly worng.
The cursor is fixed. The rest is WANTFIX.
The cursor - verified, rest - no comment