Comment 33 for bug 335761

(In reply to comment #28)
> 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"?

Sorry for the misunderstanding, it was a blunt statement made on the subject (attributed to Martin) that upset a few people.

> Fact #1

Thanks

> 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.

Ok thanks, in short almost any GUI type that I've used appears to do this. A clue for me might be that KDE 3.5, 4.5, held the settings and 4.6.5 doesn't.

> 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.

Fair enough, I don't expect to be writing that paper any time soon.

> 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

Not clearly stated by me, sorry, "popping-up" could have been said as 'appearing' and refers to any of the windows listed in the "Advanced> Special Window Settings> Window Extra area.

> 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)

Of course what you say makes good sense and I don't know why the effect is experienced but as far as I can tell permissions are fine and as previously mentioned this behavior was almost totally absent in earlier KDE incarnations. It is certainly very bothersome though in my 4.6.5 version.

Re. Workspace, my idea of clutter might not accord with another person's and I might be content to have windows layer upon layer in a single desktop and switch between them. < (just for illustration, I don't do this)

That's okay for me in that instance but unless I'm missing the point does the allocation strategy say in effect, "sorry but this next window is going to be pinhead sized because we have no space available?"

The odd behavior is there in any case even with a single application on an otherwise sparsely populated screen. Just a single instance of Dolphin for example. Opens perfectly first time around, a re-size operation is done and then when opened again as a single app it's squashed up into 'pos 0,0' and so tiny as to be almost unrecognizable.