Apache OpenOffice (AOO) Bugzilla – Issue 34373
Toolbar does not dock properly when window content is not drawn
Last modified: 2013-02-07 22:17:57 UTC
When the iwndow manager is instructed not to draw the window contents while moving windows, toolbars do not automatically dock when dragged onto the toolbar area, but stay floating over the toolbar area. The same thing happens with older OOo versions when Ctrl+Drag is used. I have tested it, and it is definitely linked to drawing window contents and nothing else.
SBA: Reassigned to ES.
ES->TM: it looks like a framework issue
Not reproducible when using a more recent 680m57 on WinXP.
closed
I have tested this again on OOo 1.9.58 on Linux with KDE, and OOo 1.9.56 on Windows XP home, and in both cases, the problem has disappeared for floating toolbars, but only because they fail to respect the draw contents settings at all. The problem is, however, still present as described for the Navigator, Stylist and Gallery panels. I can reproduce this both on Windows XP and Linux. Can anyone else reproduce this? If so then it looks like this issue will have to be reopened.
This problem is still present as I described for the Navigator, Stylist and Gallery panels in OOo 1.9.62 on all operating systems I have tested it on (Windows XP, SuSE 9 professional, Mandrake 10.1 community)
ES: Iconfitm this in a 680m65_8850 on SuSE 9.1.
Hi ed2, thanks for using and supporting OpenOffice.org... I tried this on SuSE Linux and KDE. In the KDE Kontrolcenter I switched the "drawing window content while dragging" off. I started OOo1.9m67 and dragged the toolbars around and let them dock. All worked as expected. Please try again using a newer version of OOo (m65 or newer) and send a new comment if your problem occurs again.
In OOo 1.9.65, it is still impossible to dock the Navigator, Stylist or Gallery windows in Writer by dragging when the window contents are not drawn, as I described for earlier versions The same applies to the Task Pane and Slides window in Impress. The situation has not changed in 1.9.65 from what I described earlier.
Hi ed2, this is planned for the next major release. This needs a lot of recoding very deep inside the Office and cannot be done until OOo2.0... reassigned to cj mci -> cj: Hi cj, this is the issue we taled about this morning...
Confirmed using OOo Dev 680m152 (Writer), using WinXP SP2 on PC. This relates to Issue 48959 which (for reasons not clear) was closed. The bug: depending on how you instruct MS Windows to re-draw on dragging a window, will alter the docking behaviour in OOo of the Stylist, Navigator and Gallery. Other toolbars are not affected (since they aren't actually windows). To reproduce: - Right click on 'My Computer'>'Properties' to bring up System Properties window. - Select 'Advanced' Tab, and under Performance>'Settings'. - Within the 'Visual effects' tab (should be displayed), untick 'Show windows contents while dragging'. - Open new OOo Writer document. - It is no longer possible to dock the Stylist, Navigator or Gallery simple by dragging the window to far side of document(right, top, etc.) Work around: - In an empty area of the window (eg. Stylist), double click while holding down 'Ctrl' key to dock. The title Summary of this issue has been corrected slightly. Regards, Andrew
*** Issue 54052 has been marked as a duplicate of this issue. ***
Just to add that, while ace_dent's comments may suggest that it it, this is not exclusively a Windows issue.
*** Issue 75101 has been marked as a duplicate of this issue. ***
*** Issue 58742 has been marked as a duplicate of this issue. ***
*** Issue 57806 has been marked as a duplicate of this issue. ***
*** Issue 48959 has been marked as a duplicate of this issue. ***
Also issue http://www.openoffice.org/issues/show_bug.cgi?id=11934 seems to be related.
Issue http://www.openoffice.org/issues/show_bug.cgi?id=67137 also talks about this problem.
Judging by number of duplicates this seems to be significant usability problem. Any chance of targeting for 2.3 or 2.x?
Just to note... The help in Impress (2.0.4) for 'undocking windows' is very useful and includes the Ctrl+ double click work-around and states this behavior clearly: " Docking toolbars and windows by drag-and-drop depends on your system's window manager settings. You must enable your system to show the full window contents when you move a window, instead of showing just the outer frame. " So at least Users that read the help (!) shouldn't be too surprised by the current functionality.
Christian, please consider this issue for 2.4. Thanks a lot for your attention. WBR, KP.
*** Issue 93887 has been marked as a duplicate of this issue. ***
Please notice also the older issue 23953.
It is poor gui design if the user has to read the help to learn how to dock a panel. I propose to add a "Dock pane" menu to each pane as it already exists in the "task pane" to avoid any further irritation of users. Otherwise this issue will be come up again and again. See e.g. issue 23953 and issue 93886.
*** Issue 96808 has been marked as a duplicate of this issue. ***