[Bug 63328] tab reordering feature request

Eduardo Robles Elvira edulix at iespana.es
Fri Jun 4 19:20:16 UTC 2004


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
      
http://bugs.kde.org/show_bug.cgi?id=63328      




------- Additional Comments From edulix iespana es  2004-06-04 15:39 -------
Mantia Andras:

> I also see a possibility to drag by accident if the dragging is done with the left mouse button

Actually, this wouldn't be a problem but a way to discover the feature! if someone unintentionally moves one tab to another no side effect would occur. He/She simply would realise how to reorder tabs :-). 

Moreover, I don't think that someone could execute that action unintentionally: it's not very normal to right click in one tab, and keep the mouse button pressed while moving the cursor.
The only problem I can see appears in konqueror. And it's that such action is already  being used for drag&drop tabs with a different behaviour:

 - If you drop the tab into another, then the URI of the tab you dragged would be shown in the tab where you dropped it.
 - If you drop it in a blank space, a new background tab will appear there with the URI of the tab you dragged.
 - If you keep the mouse while dragging in another tab, that tab will be shown.

Personally I think that reordering should work dragging with the left mouse, because the behaviour described is the same as dragging the URI directly from the URI toolbar =). 

What's more, the problem appears only in konqueror. The konqueror's drag&drop instead of reordering would just not fit all the uses of tabs: in kopete or konsole or even kdevelop the reordering behaviour would be the best and probably the only comprehensible option. I think that it should be activated by default  ;-).




More information about the KDevelop-devel mailing list