Request: Enhanced and consistent drag&drop for tabs
Posted: 2006-11-29, 23:46 UTC
Dragging&dropping tabs in Total Commander 7.0pb2 has the following drawbacks:
- It is not possible to move a tab to the other window pane.
- It is not possible to copy a tab within the same window pane.
- When a tab is copied then the destination tab is in the background.
- When a tab is copied then its lock mode is NOT copied.
- The insertion point is determined in a counter-intuitive way, namely:
If the source tab is on LEFT of the drop position then the insertion point is on the RIGHT of the tab that was under the drop position, otherwise vice versa.
SPECIAL CASE:
The free space on the right of the tabs in the other window is a valid drop position, but NOT in the source window.
If the drop position is in the free space of the other window then the insertion point is on the right of the tab that was in the FOREGROUND, not necessarily on the right of the rightmost tab.
- Normal drag&drop copies a tab. Shift drag&drop moves a tab.
- The drag icon indicates the operation, that is, + for copy, - for move.
(By the way: I like the new coloring of the drag icons used when dragging&dropping files and directories: blue + and red -.) - The insertion point is the tab boundary that is nearest to the drop position. In both window panes the free space on the right of the tabs is a valid drop position.
This approach is also used by Firefox/SeaMonkey for tabs and since years by many Microsoft applications such as Word for moving/copying toolbar buttons. - When copying a tab then the destination tab gets the foreground and its window pane gets the focus.
(The source tab remains in the foreground if it belongs to the other window pane.)
The lock mode of the tab is also copied. - Moving a tab is equivalent to copying a tab, deleting the source tab and setting the focus to the window pane with the destination tab. Moving is not allowed if there is no other tab in the same window pane.