Bug 379410 - Window tab dragging has no effect
Summary: Window tab dragging has no effect
Status: RESOLVED LATER
Alias: None
Product: kwin
Classification: Plasma
Component: decorations (show other bugs)
Version: 5.9.5
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-01 18:18 UTC by Bill Michaelson
Modified: 2017-05-02 21:34 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bill Michaelson 2017-05-01 18:18:26 UTC
With Window Behavior -> Titlebar Actions -> Middle button set to "Start Window Tab Drag", attempt use middle button to drag window.  Window does not move.

Using kubuntu-desktop APT bundle in 17.04 distro.  Unable to identify KDE version.
Comment 1 Martin Flöser 2017-05-02 08:01:22 UTC
Window tab support is currently not implemented as listed in https://community.kde.org/Plasma/5.9_Errata#Missing_features
Comment 2 Bill Michaelson 2017-05-02 14:12:13 UTC
(In reply to Martin Gräßlin from comment #1)
> Window tab support is currently not implemented as listed in
> https://community.kde.org/Plasma/5.9_Errata#Missing_features

Ah, I see that now, thank you.  Is there an issue that I may track to be informed about when this regression is fixed?  I've been running KDE 4 for the past year because of this missing feature.
Comment 3 Martin Flöser 2017-05-02 19:29:55 UTC
> Ah, I see that now, thank you.  Is there an issue that I may track to be
> informed about when this regression is fixed?  I've been running KDE 4 for
> the past year because of this missing feature.

We currently don't have any time line on it. With all of GTK going to CSD I'm not even sure it makes sense to add it as it means a weird user experience (why can't I add Libreoffice?)
Comment 4 Bill Michaelson 2017-05-02 21:34:37 UTC
(In reply to Martin Gräßlin from comment #3)
> We currently don't have any time line on it. With all of GTK going to CSD
> I'm not even sure it makes sense to add it as it means a weird user
> experience (why can't I add Libreoffice?)

I'm not always sure what weird means, but I understand utility.  I currently cannot group knotes windows with each other or with other windows because they eschew window manager decorations.  I don't regard it as weird, but rather, a feature of that particular application which I have accepted.  Still, grouping with window tabs is immensely convenient for dynamically reorganizing elements of my workspace, which typically includes xterms or emacs frames and is a key part of the workflow I have become accustomed to.

Now I'm just coming up to speed on this and I had to go learn what CSD means.  And I'm bewildered.  What is the point of having a window manager if not to provide a consistent user interface for managing windows?  It would seem that the placement, sizing and grouping of windows is its core responsibility, and only very exceptional applications should reasonably override WM preferences.  I haven't thought through all of the implications, but I would be OK with a heavy-handed approach that encapsulated a window with CSD within a WM frame, if only to restore functionality I find extremely useful.  And yeah, that could be weird...  but I prefer ugly and weird to broken.

Just my thoughts.