GNOME Bugzilla – Bug 729793
No drag delay on window resize
Last modified: 2018-04-15 00:06:02 UTC
In a Plasma session the windows only enter resize mode after a drag delay being either distance or time based. GTK+ applications using client side decorations do not honor this and enter the resize mode as soon as the window border is clicked. Steps to reproduce: 1. Run KWin 2. Run gtk3-demo (3.12.1) 3. move pointer to border till resize cursor is shown 4. click and hold Actual result: Window enters resize mode Expected result: Window enters resize mode after either distance or time based drag delay passed. This result in annoying flicker if one clicks the border as KWin makes the window translucent on window resize.
You should apply this delay on the WM side by adding a delay when you get _NET_WM_MOVERESIZE events.
(In reply to comment #1) > You should apply this delay on the WM side by adding a delay when you get > _NET_WM_MOVERESIZE events. then we would have it twice for e.g. Oxygen which perfectly adds the same drag delay as KWin. Also should we just add the drag delay for time or distance (double with GTK) or use a whitelist to check which client includes which delay when sending the _NET_WM_MOVERESIZE event?
Ah, so your client-side code also adds the same delay. I wasn't aware of this feature, and this has really never been standardized. I'd recommend that in the future you always apply the delay WM-side, but for now I'd just check if the _GTK_FRAME_EXTENTS property is set on the window and only add the delay in that case -- that's what we use to detect if a window is a GTK+ client-side-decorated window right now.
again: difficult. If it uses the Oxygen GTK style it adds the time delay for the content area, but the header bar wouldn't. One of the two sides would break... We cannot adjust Oxygen either as that is also used in 4.x sessions and KWin 4.x won't be adjusted for such changes any more.
"The time delay for the content area"?
(In reply to comment #5) > "The time delay for the content area"? Oxygen has a feature to start move/resizing the window whenever you click on an "empty" area. E.g. the empty area next to a menu.
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla. If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab: https://gitlab.gnome.org/GNOME/gtk/issues/new