Version: (using KDE KDE 3.5.1)
Installed from: SuSE RPMs
How to reproduce an example: Try to maximize the Run Command dialog.
Observed behavior: nothing.
Expected behavior: it maximizes horizontally (since it's only resizable horizontally).
Summary: When the user tries to maximize a window which is resizable in one of the dimensions only, the window should get maximized in that dimension.
Sorry, I made a mistake. I didn't mean to write "Run Command" dialog, but instead the "Page loading" one, which appears when you enter an URL in "Run Command" and which disappears when the page is loaded.
In KWin, "full maximize" == "has geometry exactly as the workarea".
I know, but since the action requested by the user is impossible, the closest one should be executed. But I could be wrong.
I may reconsider.
I think this would be very confusing. The user performs an action and it is only partly executed. This is rather bad. Such actions should be atomic: either fully supported or none at all. Given this I do not consider that this will be implemented.
Furthermore the window decoration buttons explicitly support maximizing either only horizontally or vertically.
Nevertheless I want to thank you for your feature suggestion and I am sorry that this report has been undecided for such a long time.
I think you misunderstood him.
As it has been, a window restricted to a maximum vertical or horizontal size could not be maximized at all, there was no maximize button and any attempt to changeMaximize was ignored.
As it is now, the window is maxed out to what is allowed, ie. if it's only restricted in one direction, that direction will be resized to the maximum and the other direction is maximized in the classical sense.
In other words, this actually works =)
(and is luckily a far corner case, because for a window with one static dimension, it might really be confusing, since that limitation isn't reflected otherwise)