Page 1 of 1

Request: Enhanced and consistent drag&drop for tabs

Posted: 2006-11-29, 23:46 UTC
by jb
Dragging&dropping tabs in Total Commander 7.0pb2 has the following drawbacks:
  1. It is not possible to move a tab to the other window pane.
  2. It is not possible to copy a tab within the same window pane.
  3. When a tab is copied then the destination tab is in the background.
  4. When a tab is copied then its lock mode is NOT copied.
  5. 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.
I suggest that drag&drop for a tab should work like drag&drop for a file or a directory. In detail it should work as follows:
  1. Normal drag&drop copies a tab. Shift drag&drop moves a tab.
  2. 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 -.)
  3. 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.
  4. 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.
  5. 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.

Posted: 2006-12-01, 01:20 UTC
by WatchUer
Support!

Re: Request: Enhanced and consistent drag&drop for tabs

Posted: 2006-12-01, 12:39 UTC
by wanderer
jb wrote:This approach is also used by Firefox/SeaMonkey for tabs
There is also a visual indicator for that (a small pointing-down arrow that points to the exact location where the new tab will be inserted.

I support all those suggestions too.

Re: Request: Enhanced and consistent drag&drop for tabs

Posted: 2006-12-02, 18:22 UTC
by jb
wanderer wrote:There is also a visual indicator for that (a small pointing-down arrow that points to the exact location where the new tab will be inserted).
Yes, an insertion indicator would be a nice-to-have embellishment. Also Word, Excel, Visio, Visual Studio etc. show an insertion bar when moving/copying a toolbar button. I did not mention that intentionally because first of all I am interested in the elementary feature of moving/copying tabs by drag&drop. In particular I have the need to move a tab to the other window pane several times almost every workday!

Unfortunately it seems to me that most visitors of this forum are keyboard-centric and therefore not really interested in drag&drop features.

Alas…

Posted: 2006-12-02, 20:14 UTC
by Clo
2jb

:) Hello!
…Infortunately it seems to me that most visitors of this forum are keyboard-centric and therefore not really interested in drag&drop features.
• Quite right alas, like I expressed one more time HERE :|

• The keyboard-maniacs are heard, while the others are not a lot…

:mrgreen: KR
Claude
Clo

Posted: 2006-12-03, 00:15 UTC
by StickyNomad
Although I personally get along well most of the time with the existing keyboard shortcuts for tab handling, I would appreciate some enhancements with tab drag'n'drop.

At least copying and moving (also across panels) of tabs would indeed be very handy.

Re: Alas…

Posted: 2006-12-03, 10:31 UTC
by jb
Clo wrote:• Quite right alas, like I expressed one more time HERE :|
I did not read that topic until you referenced it, but after all I used the term keyboard-centric which I remembered from other posts of JohnFredC, although "keyboard-oriented" was my first thought.
Clo wrote:• The keyboard-maniacs are heard, while the others are not a lot…
Since obviously you belong to the "mouse party" I wonder what you think specifically about my suggestion.