| Summary: | Dragging tab should detach, not drag url | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Sean Lynch <techniq35> |
| Component: | tabbing | Assignee: | Konqueror Bugs <konqueror-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | wishlist | CC: | maarten, postix |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| See Also: | https://bugreports.qt.io/browse/QTBUG-3160 | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Sean Lynch
2003-08-19 01:55:52 UTC
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". |