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?
According to the source, it respects QApplication::startDragDistance(), but not QApplication::startDragTime().
Give this a shot https://git.reviewboard.kde.org/r/126067/
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