Currently, if you

1. tile a window
2. alter its size
3. tile a window somewhere else
   it doesn't stretch or squeeze to fill the available space and stick instantly. Wouldn't it be preferable, if it did?

I would like to have gaps between my windows, so I installed the Window Gaps KWin script, but it appears that sticky resizing does not work anymore with this enabled.
I don't know what side is causing the problem, hence opening an issue on both (see nclarius/tile-gaps#12).

So I really wanted to have some grow and shrink shortcuts. I experimented a bit with wmctrl -r :ACTIVE: -e 0,0,0,700,5 made a script and all that. Then I retooled a bit, like so

function shrinkCurrentWindow() {
  var win = workspace.activeClient;
  win.geometry = {
      x: win.x + 25,
      y: win.y + 25,
      width: win.width - 50,
      height: win.height - 50,
  }
}

The problem is that the windows resize when you are using the mouse to resize, not some script (kwin, or bash), otherwise the window that is being resized simply goes beyond the edges/borders of the adjacent windows, making this kwin script have no effect at all.

The idea with this is basically replicate a more tiling sorta thing. I am very aware there are some kwin scripts for that too, but KWin script to let snapped window edges stick together when one window is resized. here I have a window that is being resized :)

In kwin 4.x it works perfect, in 5.x you will have the problem that a window which is quick tiled can't be easily resized (it snaps back when you resize it). So the awesome thing you can do in 4.x where you quick tile a window to the left, then one to the right, then you just resize in the middle to change the percent each has - that doesn't work in KWin 5.x.

Here's a gif of how it doesn't work anymore... (and at the end - that was what I was hoping to accomplish)

There is the following longstanding deficiency:

Currently, not only snapped window edges are considered as connected, but even edges which are only on the same row/column are considered as connected. I have not decided yet if this is a bug or a feature.

A not too inefficient algorithm to find exactly those windows that transitively touch the moved edge might look as follows; we assume a vertical edge is moved:

• Let W be the set of all windows.
• Let S = {the resized window}.
• Let TODO = W ∖ S.
• Let x be the current horizontal position of the moved vertical edge.
• Let l be the vertical position of the lower edge of the resized window.
• Let u be the vertical position of the upper edge of the resized window.
• While TODO ≠ ∅:
  • Choose c ∈ TODO.
  • TODO = TODO ∖ c.
  • If c has a vertical edge that has horizontal position x and that touches the interval (l, u), then:
    • Let S = S ∪ {c}.
    • Let l = min(l, vertical position of the lower edge of c).
    • Let u = max(u, vertical position of the upper edge of c).
    • Let TODO = W ∖ S.
• Now S should contain exactly those windows that transitively stick to the moved edge.

Runtime presumably is in O(|W|²).

For example, if there is a window maximized, and another window tiled to left, resize the top edge will resize both window, but IMHO, resize overlapped window is not a common use case and could be annoying.

Is it possible to somehow disable this blue overlay when windows are being resized?

Hi! I installed the Sticky Window Snapping extension and ran the commands bellow so that the configuration dialog would appear in System Settings.

mkdir --parents ~/.local/share/kservices5/
ln --relative --symbolic ~/.local/share/kwin/scripts/sticky-window-snapping/metadata.desktop ~/.local/share/kservices5/kwin-script-sticky-window-snapping.desktop

After restarting System Settings the "Configure" button does appear, but when I click it I get the following error message: "Plugin does not provide configuration file in expected location".

The plugin itself is working, but I cannot change any settings.

I installed version 1.0.1 of the plugin. Below is my system info:

Operating System: Kubuntu 21.10
KDE Plasma Version: 5.24.0
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2
Kernel Version: 5.13.0-28-generic (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 3700X 8-Core Processor
Memory: 15,6 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 1660/PCIe/SSE2

“Ctrl + Shift + S is already reserved for ‘save as’. It gets hijacked by the script. I would change the default to something else.” (comment on https://www.opendesktop.org/p/1112552/)

Don't want to open a seperate issue just yet - but is trying to figure out why it doesn't work on my system (Opensuse TW, Plasma 5.22.2, Framework 5.83, Wayland + Intel) and not certain its related to Sticky Window Snapping, but something else - hence commenting here...
Tried reinstalling it, enabling/reenabling, reboot etc.

Is there a good way to get proper info about what may be going wrong to provide a better bug report?

Originally posted by @ohyrans in #14 (comment)

the kde store still uses the release from 2018, since most users will install this via the get new stuff button, we should use a new release for that.

I noticed that this script was not compatible with KWin on Wayland when I tried it a few months ago. Is this still the case?

It was working before, but after I update it to version 5.21, it stopped working. I already tried to reinstall, change settings, but nothing works. Is there a way I can debug or get any kind of log to find out what's going on?

Since I upgraded to this version of the plasma the script is no longer working.

I did a test on a virtual machine with KDE Neon unstable to check if it was a specific problem with my system but the problem also happened there.

The test was done with the version available at store.kde.org and that of github.

So, I wanted to make this work across desktops.
Commenting out one line didn't work:
// if (c.desktop !== workspace.currentDesktop && !c.onAllDesktops) continue;
I had to also comment out the c.screen line:
// if (c.screen !== client.screen) continue;

I was going to add this as an option to a fork, but wanted to ask about the above change (which would be made into a condition of course), first; annnd, I didn't want to waste my time unless you thought it might be an acceptable PR if done properly.

With the script enabled it is not possible to resize a window such that it covers multiple screens.

SUMMARY
This script no longer seems to work with kwin 5.25.90 (but it works if I downgrade kwin to 5.25.5). I have checked in a VM and using a different user account.

STEPS TO REPRODUCE

1. Upgrade to kwin 5.25.90 (beta of 5.26)
2. Install this script
3. Enable this script in System Settings > Window Management > Kwin Scripts
4. Reboot
5. Tile two windows to the left half and right half of the screen respectively, and try to resize them.

OBSERVED RESULTS
Only one of the windows is resized.
I find many error messages like this in the journalctl output:

kwin_x11[2964]: file:///usr/share/kwin/scripts/sticky-window-snapping/contents/code/main.js:349: Error: Cannot assign QJSValue to QRectF

EXPECTED RESULTS
Both windows should be resized since their borders touch

SOFTWARE VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 5.25.90
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6
Kernel Version: 5.15.68-1-lts (64-bit)
Graphics Platform: X11

ADDITIONAL INFORMATION
I have installed the script using this AUR package: https://aur.archlinux.org/packages/kwin-scripts-sticky-window-snapping-git

The script neither works on on X11 nor on Wayland.

Just installed this lovely script alongside Excquisite (the only other Kwin script I have), I had the issue where I couldn't see settings, so fixed that thanks to your instructions, however I still can't see the 2 added shortcuts you speak of. Popped some info below let me know if you need anything else.

Operating System: Kubuntu 22.04
KDE Plasma Version: 5.24.7
KDE Frameworks Version: 5.92.0
Qt Version: 5.15.3
Kernel Version: 5.15.0-53-generic (64-bit)
Graphics Platform: X11

this script don't work with Force Blur script (https://github.com/esjeon/kwin-forceblur)