Community
Participate
Working Groups
If the resource A is opened by Editor, and the resource B is opened by Editor, whenever the selection is changed bewteen A and B on Navigator, the active Editor is switched. This is very very annoying if the editor supports Drag and Drop. The previous eclipse could control this sync by its preference but this prefs seems to be gone. It is very severe usability issue. Need to get this prefs back for 2.1.
I thought the 'Link With Editor' button on the toolbar for the Navigator/Package Explorer view would do this. If you have this button pressed (i.e. so it appears recessed) and you change the active editor, the focus does not shift in the navigator. But this doesn't work in reverse (if you change the focus in the navigator, the active editor does change). Nick, could you comment?
The "Link with Editor" button currently toggles back-linking behaviour only (switching between editors changes view selection). Forward-linking (changing view selection activates corresponding editor) is always on. This was changed in 2.1 to be consistent with the Package Explorer. For 2.1.1 (and 3.0), we will change both the Navigator and Package Explorer so that "Link with Editor" controls both back-linking and forward-linking. When turned off, no linking will occur. The corresponding JDT PR is bug 37567. In addition, we should support drag-hover to activate an editor. This will only be done in R3.0 though. See bug 37595.
Is the forward-linking only a problem with drag and drop or do you consider it generally bad/undesirable? Bug 22274 tracks the drag problem. I suppose it does indeed make more sense if the "link with editor" option controls both directions, back and forward linking. I would still be able to get the forward linking by double clicking an item - sort of.
Released fix in HEAD. Lynne please review so I can release it in 2_1_maintenance. The change is in org.eclipse.ui.views.ResourceNavigator.
Reviewed the fix. Works fine in double click mode. In single click mode forward linking is still active even when "Link with Editor" is off. Did you consider this case?
Actually, that's just the fact that a single click opens in single click mode. It's not the linking feature (although the result is the same).
Released fix in >20030514. Tested with single click mode and select on hover.
-> Is the forward-linking only a problem with drag and drop Yes, this is a problem. We should turn it on/off like we did before.
I was asking since if we fix bug 22274 the forward linking would no longer interfere with drag and drop. It makes more sense though to have the linking option control both directions. We should still fix bug 22274 so that one doesn't have to disable linking in order to drag to an editor.
Please investigate whether we can fix 22274, and assess the risk for putting this into 2.1.1. In Windows Explorer, when you have it in single-click mode, it allows dragging files around without opening them.
The fix for bug 22274 will not be backported for 2.1.1. It is not a regression from 2.0 and the workaround is to turn off editor linking.
Verified fixed in 2_1_maintenance build 20030602