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.
Note: IMHO "Clone document" in the GUI is misleading, it should be "Clone view" as the document (file) is not really cloned (copied) When you clone a .properties file view, e.g. to simultaneously edit some lines at the top and some lines at the bottom, you can see that sorting is not implemented very well: When you click on the column header in one view, the other view is also sorted! This is clearly a violation of the MVC paradigm. As this way of sorting is only sorting the view and not the document (which is only manipulated by the controller) other views shouldn't be sorted, too. Sortation should be local to the view as is the cursor position. Additionally you can see, that the sortation indicator in the column header in the second view is not updated until you click in it.
I guess it's windowsystem competent.
I have to say I don't understand the problem at all. Any pictures or simplified explanation, please?
this is UI question so reassigne to HIE In fact, this use case is valid, if you clone document, it could mean you can change the view, but it isn't true in current implementation ;(
Created attachment 21864 [details] Shows cloned view of a simple properties file. At the moment sorted by Key.
Created attachment 21865 [details] Now I clicked on Value in the second view. Bug: the first view is sorted, too. However the column indicator is not updated in the first view.
Created attachment 21866 [details] The sort indicator in the first view is updated when the view is activated.
dsimonek, I hope it's clear now. Sorting one view shouldn't affect the other one. Any display setting that's local to a view shouldn't affect cloned views.
I see, thanks.
This problem ist still present in 6.7!
Nothing unclear from UI point of view, reporter is right on this observation. Reassigning back to component owner.