Window Resize / Move: Turn off content update in realtime

Hello everyone, I wonder if there’s a way, in KDE window management, to turn off the realtime content update when resizing and moving.

For example, it’s possible in Windows: there’s an option to enable the displaying of just an “outline” of the new size or new position of the window, when resizing or moving it, instead of having the window resizing or moving in “realtime”. (c.f. the uploaded gif)

This is a behaviour I like, and I would like to know if there’s a way to get this in Plasma 5, using a KWin script, a hidden parameter or even a patch

Thank you. :slight_smile:

Example in Windows 10:

windows-ribbon

You know, I’m convinced that there was such a setting but I can’t seem to find it through System Settings.

Give it a try if you haven’t, your search skills might prove better than mine :slight_smile:

I did already… and didn’t found. :frowning:

There used to be a KWin effect for this, but it was removed.

Why do you want this, out of curiosity?

Because I like it. :slight_smile:
Is there a way to reimplement it in the code, to revert the commit, etc?

1 Like

Sure, you can revert the commit locally for yourself and recompile KWin as needed, or grab a pre-compiled copy of the effect from somewhere and continue to use it locally for as long as it works.

I could see it improving performance/responsiveness on low end machines because it doesn’t re-render the window loads of times. At least on Windows I think that is the case (it is in the “change the appearance and performance of windows” settings

I agree with this. :slight_smile:

Thanks, but could you give me clues to find what is the precise commit that drops this functionality? I’ve not managed to find it… :frowning:

The resize effect was dropped in Drop resize effect (81f9da17) · Commits · Plasma / KWin · GitLab

Before that, more than a decade ago, moving/resizing using a rubberband was removed in Remove drawbound move/resize functionality (12d3b354) · Commits · Plasma / KWin · GitLab

Note that rubberbanding had the big problem that since it was done via simple XOR drawing on the root window, it needed a X server grab to prevent interference from other windows being repainted, for more info see c - unwanted flickering rubberband while dragging mouse on screen with XDrawRectangle in XLIB - Stack Overflow

1 Like

I understand the implications.

However maybe, it could be reimplemented in modern X11 / Wayland in a different manner, with a different effect than an “XOR”-ed rubberband…

I may create a feature request then. Thank you.