Bug 355248

Summary: Konsole tab drag too sensitive
Product: [Applications] konsole Reporter: Martin van Es <bugs>
Component: tabbarAssignee: Konsole Bugs <konsole-bugs-null>
Status: RESOLVED FIXED    
Severity: wishlist    
Priority: NOR    
Version First Reported In: 15.08.3   
Target Milestone: ---   
Platform: Kubuntu   
OS: Linux   
Latest Commit: http://commits.kde.org/konsole/818a0ad6a3ec6cd181503efcdf3974500e81bff4 Version Fixed/Implemented In:
Sentry Crash Report:

Description Martin van Es 2015-11-12 15:25:05 UTC 
It's a cool feature to be able to drag konsole tabs around, but I have many occosions that I meant to activate some tab, but dragged it from the parent to create a new window, which was not my itention.

Could konsole tab dragging (for new window) be a little less trigger happy or configurable, or preferably honour KDE's global drag start distance and time?

Reproducible: Always

Steps to Reproduce:
1. Create multiple tabs in konsole
2. Select unselected tab
3.

Actual Results:  
This very often results in a new window for this tab only

Expected Results:  
Select tab, same window

Maybe the vertical distance to create a new window could simply be increased?
Comment 1 Christoph Feck 2015-11-14 14:55:02 UTC 
According to the source, it respects QApplication::startDragDistance(), but not QApplication::startDragTime().
Comment 2 Kurt Hindenburg 2015-11-14 20:07:32 UTC 
Give this a shot  https://git.reviewboard.kde.org/r/126067/
Comment 3 Kurt Hindenburg 2015-11-26 13:49:42 UTC 
Git commit 818a0ad6a3ec6cd181503efcdf3974500e81bff4 by Kurt Hindenburg.
Committed on 26/11/2015 at 13:49.
Pushed by hindenburg into branch 'master'.

Use QApplication::startDragTime() for tab movement

Currently there is no delay for dragging tabs.  This patch uses the
::startDragTime() to delay the tab movement.

REVIEW: 126067

M  +11   -1    src/ViewContainerTabBar.cpp
M  +3    -0    src/ViewContainerTabBar.h

http://commits.kde.org/konsole/818a0ad6a3ec6cd181503efcdf3974500e81bff4