Version: unknown (using KDE 3.1.9) Compiler: gcc version 3.3 20030226 (prerelease) (SuSE Linux) OS: Linux (i686) release 2.4.20-4GB-athlon Currently in CVS HEAD grabbing and dragging a tab seems to just drag around the url. This can cause some unexpected events (IMO at least). For one, if you start a drag then release while still on the same tab, it just refreshes the page. Also, if you happen to start a drag on accident, there is not way to cancel it, unless you drag to saw the desktop, then click cancel on the popup menu. My proposal is to have dragging a tab will cause it to detach. Also, it should be escapable in the middle of the drag.
Dragging onto the same tab doesn't do anything anymore. That's also a good way to abort an accidental dragging.
Yeah, I noticed. Its much better now. I'm still not sure you would need to be able to drag the location from the tab when you can from the icon/Location:. Would be nice to be able to maybe resort your tabs by dragging them instead.
For location label dragging you have to switch to the tab first. Resorting tabs is possible with middle mouse button.
Since windows are moved around by dragging with the left mouse button and taskbar items can be moved to a different desktop by dragging them to the pager with the left mouse button, wouldn't it be more consistent to also use the left mouse button for moving tabs? In Firefox 2.0 dragging a tab with the left mouse button inside the same window reorders the tabs, while dragging it outside of the window offers (pastes) the URL of the tab to another Firefox window or another application. Maybe this approach could be useful in Konqueror as well?
A drag of a Konqueror tab, I'd expect to result in a new Konqueror instance to be launched instantly and to load the address currently on-drag. I'd expect this behaviour for first mouse button drag as well as from a multiple tabs Konqueror window to the desktop -- maybe as another alternative to "link here", "copy here", "cancel".