Apache OpenOffice (AOO) Bugzilla – Issue 55150
bug in CTRL to prevent toolbar docking
Last modified: 2013-02-07 21:51:24 UTC
This issue is related to issue 43499, which introduces CTRL for preventing toolbars from docking. Thanks for this feature. But it is a bit buggy implemented. Please reproduce the following steps: A problem when pressing CTRL before holding down the left mouse button when moving undocked toolbars over docking area: - make sure there is a floating toolbar - hold down CTRL - move the toolbar over the docking-area (while still holding the left mouse button down) - release CTRL: No docking frame is shown. The mouse has to be move a bit to allow docking. ----------------------------------------------- A problem concerning docked toolbars: - move a toolbar out of the docking-area - and move it back over the docking area (while still holding the left mouse button down) - hold down CTRL: The CTRL-key has no effect. As you can see, the docking frame does not vanish which indicates that the toolbar will be docked after releasing the left mouse button, although CTRL is hold down.
ssa->tm: please confirm and decide about a target, pl would be the owner then.
Confirming with 2.2 on WinXP.
Not reproducible in a more recent build like a m217 anymore -> worksforme
Still occurs in m218. Reopening.
TM->kpalagin: I can't reproduce it with a recent build on WinXP. When dragging a floating toolbar into the docking area, a docking-frame is shown. When pressing CTRL while dragging a floating toolbar into the docking area, no docking-frame is shown,...releasing CTRL shows the docking-frame at once. Please provide more information which may help me to reproduce the problem. Thanks in advance !
tm, as described in first post - - make sure there is a floating toolbar (for example undock Pages in Draw) - hold down CTRL - move the toolbar over the docking-area (while still holding the left mouse button down) - release CTRL: No docking frame is shown. The mouse has to be move a bit to allow docking.
OK, I see,....a bit... a really, really little bit. I think it's only 1 dot, but you're right ! TM->CD: please have a look. I set target to 2.x
Please don't forget the second bug desycribe in my initial comment! Would it be better to use this issue for the first bug only and I post the second bug into a second issue?
cd->pl: Please take over. Looks like the VCL based docking code doesn't call the handlers when the CTRL-key is pressed or released (it always needs mouse movement to call the handlers).
Is this bug related to Issue 79920 and/or Issue 25982 ?
target
Philipp, are we on track for 3.0 with this problem? Thanks in advance. WBR, KP.
pl->tm: cannot reproduce in 680m247, neither Linux nor Windows nor Mac/Aqua. The docking frame appears/disappears depending on Ctrl being pressed, also without mouse movement.
It turns out that no docking is possible when "Show window contents" is disabled - docking frame does not appear. Ctrl indeed works.
show window contents while dragging must be set on to for having this feature working corectly. So this behaviour is not a defect. Setting issue to "worksforme" and closing !
Both problems described in the initial comment are still present. tested build: DEV300 m19 Linux "show window contents while dragging" IS ENABLED! Please read issues more carefully before setting WORKSFORME!!! -> REOPENED
tm, feel free to ask me if you have difficulties in reproducing the steps.
Changed target to 3.x.