Comment 31 for bug 335761

Not sure, but since Martin hasn't commented on this at all so far, I must assume that you accuse me of an "arrogant stance"?

Fact #1
Microsoft has actually nothing. There's nothing such as a WM on Windows but applications handle their window management pretty much themselves. For at least the dimensions that means they (those which actually do, what's NO WAY the general case) store them in their registry group and restore them on re-launch...

Fact #2
... what is -as mentioned- pretty much the same as (nearly) all KDE applications do. If they do not for you (you didn't specify what applications pop up "pinhead sized") that is clearly a bug, but likely a local one (sorry) like insufficient access permissions an (ivalid, would be bug - yes) major strutting. You should name those clients and then start to investigate why they do as you observe, for this is NOT the behaviour on any system i've ever been in touch with why the "works for me" statement is not arrogant but simply reality.

Fact #3
I not a single client tries to always restore it's former *position* (what is especially defined by the ICCCM spec and generally honored by kwin, except for explicit rule overrides) that means that either *all* application delevopers, DE engineers and HIG experts are arrogant or stupid - or no one is.
I'll happily read your paper to lay out why this would be a generally resonable behaviour.

Fact #4
I have no idea what you take as "sub menus" but ("popup-")menus
a) are not handled by the window manager at all
b) (dynamically) calculate their dimensions to fit the content
c) are (dynamically) placed (by the application) related towards their parenting items
d) are neither resizable nor movable by users at all.

esp. if (b) should NOT hold for you, that would mean that for some reason every application on your destop thinks that you've an unreasonably tiny workspace (but it would also mean that you couldn't "maximize" them any bigger)