| Summary: | decos should receive a signal on maximized border snapping and eventually manipulate their borders in return | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Martin Koller <martin> |
| Component: | decorations | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | gaantonio |
| Priority: | NOR | ||
| Version First Reported In: | 4.10.95 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | qdbus output | ||
|
Description
Martin Koller
2013-07-19 12:05:35 UTC
please provide output of: qdbus org.kde.kwin /KWin supportInformation Created attachment 81268 [details]
qdbus output
I'm sorry I read your comment too late - I downgraded again to 4.10.5 due to kmail2 troubles, so currently I can not provide this information.
Don't know if that still makes sense but I attach the output of current 4.10.5 installation
> electricBorderMaximize: false
the window is not unmaximized by moving it away from the top border (proof: press the maximize/restore button and you will find it at its geometry before maximization), by this the deco does not update the border.
reminds me to send hugo patches for borderchanges due to quicktiling - we could also pass snapping a maximized window the same behavior.
so far everything operates as expected.
This should be fixed with kdecoration 2 which now provides information about the screen edges a window borders. |