Almost possible, but clientArea returns the old resolution
Add those to rules by default
See vain This uses a simple “arrange” function as the layout function
Huge complexity increase (one additional layer on top of desktops/screens) Investigate how the actual relationship between activities and desktops/clients is Seems to be the following: Each client belongs to multiple activities, but is on the same desktop on each There can only be one activity at the same time
Right now kwin restarts are needed every time the configuration is changed
https://bugs.kde.org/show_bug.cgi?id=330099
https://bugs.kde.org/show_bug.cgi?id=330100
https://bugs.kde.org/show_bug.cgi?id=330102
Seems it corrupts when clients are resized before windowShown (when compositing) There are other cases, though, like firefox resizing after restoring the previous session https://bugs.kde.org/show_bug.cgi?id=341195
Possibly caused by electricBorderMaximize
It does not change to false when disabling compositing
See #22
i.e. sometimes maximizing a client maximizes it below other clients or glow is below other clients
Either this or import functionality to javascript are needed to properly do resizes
geometryChanged fires on geometryShapeChanged and a few other signals
Outline doesn’t work as it darkens the window and consumes mouse input Effect?