Version: unknown (using KDE 3.5.5, Debian Package 4:3.5.5a.dfsg.1-5 (4.0)) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.17.6 for doing web-evelopment i have firefox in the top upper corner and shaded (so i simply could unshade it by focussing with the mouse but it does not occupy space if not needed). now, when kopete opens a window it prefers to appear at the top border, slightly to the right (i don't know why -- firefox never appears were it was last time when started, kopete does so most of the time) -- thus the top with the buttons is not accessible. i think, new windows should avoid to appear below any other window, especially the ones with "keep above others" enabled.
Kopete remembers its position, just move it somewhere else.
wanna chime in here, i love the fact most (if not all) kde apps are smart enough to remember their position and state... if only firefox and the other non-kde apps wheren't that stupid in this aspect... sometimes i can't believe how much they're behind. firefox happy to have finally implemented spellcheck (konqi had that for what, 4 years?), session management (tough they did it a bit better, also remembering data in forms...) etc.
regarding #1: not by default and anyway -- it's not just kopete, it's generally the problem that windows opened should not appear below an "always on top" window. regarding #2: the remembrance should be handled by the window-manager in first place (because it manages the windows) and you could configure that for ff w/ rmc on window-head -> advanced -> sepcial window settings -> geometry
so windows should suddenly move, instead of open on their previous (or saved) position, because another window is now on top of where they would've opened? i'm not sure that would be a smart thing to do, sorry...
but most of the time you would have to move them anyway -- but manually.
Placing a window under a window kept on top gets a heavy penalty in the placement algorithm, so if a window opens there, it either explicitly asked for that position, or KWin sees no better place for it.
*** Bug 434431 has been marked as a duplicate of this bug. ***
Apparently still happening today; se Bug 434431.
Putting the apps on top of a keep above others window would be even more wrong.
(In reply to David Edmundson from comment #9) > Putting the apps on top of a keep above others window would be even more > wrong. I don't think that's the intention of the OP. As described in #434431, the issue is that when a new window is created - and there is enough space on the desktop otherwise - it the new window should not overlap an existing "keep above" window at all. This OP is probably complaining about a window remembering its position and appearing regardless what it is overlapping with (though that was 18 years ago, so who knows 🤷), which is probably better than any alternative, but with Wayland that cannot happen anymore. OTOH, #434431 is complaining that when setting the "Window placement" policy (System Settings -> Window Management -> Window Behavior -> Advanced) to "Minimal Overlap", the policy apparently ignores "keep above" windows when considering the placement of the new window. Sometimes that makes sense - for example I use Yakuake and when open - I don't mind windows appearing behind it (which is one reason I use a transparent terminal theme), but in other cases - it can be done better.