Apache OpenOffice (AOO) Bugzilla – Issue 17810
window is auto-raised whenever focus is received
Last modified: 2004-01-13 09:23:09 UTC
Whenever a Openoffice document window receives the input focus, the window will be automatically raised to the top of the window stack. (This behavior started with OO 1.1x.) Traditionally, on X-Window-based systems, it is the job of the window manager to control the stacking order and the focus policy. On Microsoft-style systems, a window gets the input focus with an explicit mouse click and the window with the input focus is always on top. Most window managers for X Window allow to set these parameters independently. When the window manager is set up to assign the input focus to the window with the mouse in it without automatically changing the stacking order, Openoffice will without regard to the general system's setup still raise it's windows as soon as the mouse enters, which makes it pretty tricky to work with several documents at the same time. IMHO, explicitly raising the window probably is always unnecessary, because with a typical "click-to-focus" setup, it won't make any difference, anyway. If there is any good reason for Openoffice's behavior, then at least there should be some way to turn this off...
I've also encountered this problem (OOo1.1rc2 on Mandrake 9.1 using KDE 3.1). Here are steps to reproduce: (1) Configure window manager (KDE) to use "focus follows mouse". (2) Run swriter (3) File -> New -> Text Document (this will open a second swriter window) (4) Now whenever the mouse moves over the rear swriter window, that window is brought to the front
changing to component "graphics system layer"
I cannot reproduce the behaviour with RC3
This problem still occurs for me with 1.1RC3. I did a bit of experimentation, and noticed that the problem only occurs when the "Paragraph Styles" window is open (F11). I could not duplicate the problem in fvwm2 or gnome2. I did notice however that each swriter window seems to have its own "Paragraph Styles" window, and that when the focus switches from swriter window A to swriter window B then the "Paragraph Styles" for swriter window A vanishes and the "Paragraph Styles" for swriter window B appears. Perhaps this provokes KDE to raise swriter window B? So to clarify the steps to reproduce: (1) Use KDE 3.1, configured to use "focus follows mouse" (2) Run swriter (3) Ensure "Paragraph Styles" window is open (toggle with F11). (4) File -> New -> Text Document (this will open a second swriter window with its own "Paragraph Styles" window) (5) Again, ensure "Paragraph Styles" window is open for the second swriter window (toggle with F11). (6) Now whenever the mouse moves over the rear swriter window, that window is brought to the front
I can reproduce that now. I think you're right; the transient sytlist windows cause kwin to raise the respective document; there will not be an easy solution to that but the newly defined behaviour in the EWHM spec (see fredesktop.org, also issue 17719 ) may change that but only in a future kwin implementation.
*** Issue 18186 has been marked as a duplicate of this issue. ***
Changed to NEW because it has been reproduced by several uses in at least 2 issues. pl, tm, you are also involved in issue 17749, don't you think this is a DUP of the started issue 17719? I mad this issue blocks issue 17719, pls. decide whether you can agree with that. Rainer
I agree, this is duplicate to issue 17719 *** This issue has been marked as a duplicate of 17719 ***
closing duplicate