This Reddit post in r/kde describes (paraphrased) a significant annoyance of mine:
I can snap the window to the edge or the side of the screen, having side-by-side apps, or 4 apps, by placing them at the edge of the screen. Then, you can click and drag the middle point of these grids of window/app to resize the layout of all window (you can also click and drag the horizontal or vertical line). It’s a very useful feature, but I accidentally moved the middle point, and it’s not all the same size now, which is bugging me. How can I reset this middle point?
I’ve not been able to ascertain an answer online. Considering that the OP and myself know solely of a reboot being a temporarily solution, it renders the ability to resize snapped windows of more problem than worth.
This matters to me not for desire for everything to be perfect (like the OP states). Instead, because I always want my screenshots to be divisions of 2 of 16:9, lest they be rendered incorrectly in a lot of situations.
I’ve been using Meta + T to work around this, but it’s not ideal.
Supposedly, kwin --replace might work, albeit with fairly significant potential consequences.
This doesn’t reproduce on Windows 11 Pro (OsBuildNumber: 26120), so this can reasonably be considered to be undesirable behaviour that’s KWin-specific. I’ve requested that this be modifiable at bugs.kde.org/show_bug.cgi?id=501273:
SUMMARY
In addition to the title, as discuss.kde.org/t/18509 explains:
This Reddit post in r/kde describes (paraphrased) a significant annoyance of mine:
I can snap the window to the edge or the side of the screen, having side-by-side apps, or 4 apps, by placing them at the edge of the screen. Then, you can click and drag the middle point of these grids of window/app to resize the layout of all window (you can also click and drag the horizontal or vertical line). It’s a very useful feature, but I accidentally moved the middle point, and it’s not all the same size now, which is bugging me. How can I reset this middle point?
I’ve not been able to ascertain an answer online. Considering that the OP and myself know solely of a reboot being a temporarily solution, it renders the ability to resize snapped windows of more problem than worth.
This matters to me not for desire for everything to be perfect (like the OP states). Instead, because I always want my screenshots to be divisions of 2 of 16:9, lest they be rendered incorrectly in a lot of situations.
I’ve been using the “Meta” + “T” key combination to work around this, but it’s not ideal.
This behaviour isn’t observed in Windows 11 Pro (OsBuildNumber: 26120).
STEPS TO REPRODUCE
-
- Quick-Tile a window.
- Resize it.
- Untile that window.
- Retile it.
OBSERVED RESULT
The window retains its previously resized tile state.
EXPECTED RESULT
I should be able to choose to reset that state, without needing to go through the alternative tiling method.
-
-
- Custom-Tile a window.
- Resize it.
- Untile that window.
- Retile it.
OBSERVED RESULT
The window retains its previously resized tile state.
EXPECTED RESULT
I should be able to choose to reset that state, without needing to entirely recreate the tiling configuration (which can be really time consuming for complex layouts).
-
Untile that window.
-
Recreate the tile placements.
-
Retile the window.
OBSERVED RESULT
The tile sizes are reset to their defaults in (at least) the custom tile layout mode.
SOFTWARE/OS VERSIONS
-
Windows: False
On an affected installation, Get-ComputerInfo reports:
OsName: Microsoft Windows 11 Pro
OsOperatingSystemSKU: 48
OsVersion: 10.0.26120
OsBuildNumber: 26120
-
macOS: Unknown
I’ve no VM to test this on.
-
Linux/KDE Plasma: True
On an affected installation, kinfo reports:
Operating System: Fedora Linux 41
KDE Plasma Version: 6.3.2
KDE Frameworks Version: 6.11.0
Qt Version: 6.8.2
Kernel Version: 6.13.5-200.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 7600X 6-Core Processor
Memory: 30.4 GiB of RAM
Graphics Processor 1: AMD Radeon RX 5700
Graphics Processor 2: AMD Radeon Graphics
ADDITIONAL INFORMATION
Solely the bibliography.