Created attachment 114275 [details]
Screenshot showing inability to dock sidebar on left
Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
When I undock the sidebar, I cannot re-dock it on the left. This seems to happen in all applications, whether the window is maximized or not. As the attached screenshot shows, the outline of the the floating sidebar doesn't turn grey when dragged to the left (or right) side.
This worked in previous versions of LO, even with all the redraw problems caused by having the sidebar on the left.
I can not confirm with LO 18.104.22.168,ID build: 45e2de17089c24a1fa810c8f975a7171ba4cd432, win7
Docking works properly for me on a Win7 virtual machine. It does not on my Win8.1 machine, even with a clean profile.
I see it on the screenshot, but unfortunately I can not reproduce it with LO 22.214.171.124, Win 8.1
If I first undock the sidebar by ctrl-double click, I can't dock it anywhere.
I *can* move it from the right to the left by simply grabbing the grey area of the docked sidebar and dragging to either side until the dashed frame appears.
Win 7 Pro 64-bit, LibO Version: 126.96.36.199
Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
Ubuntu 14.10 64-bit
Build ID: 40m0(Build:2)
I didn't know that one could move the sidebar by dragging on the grey area. Thank you for this useful workaround. (It is also inconsistent with toolbar behaviour -- they have handles to move them, while dragging on a grey area does nothing.)
Not a bug, changing this to enhancement.
As noted Sidebar is not a toolbar and has different behavior regards drag to a re-dock position.
Rather, Sidebar has two states docked or undocked--and two docking positions, either aligned right (default) or aligned left (set default for RTL).
Once in docked state, the widget will respond to drag and attach left or right.
But while undocked, mouse action can only move the dialog window. A Dock menu button action is provided to return the dialog to its docked state. As noted, it can then be dragged to opposite edge.
Enhancement would be to provide an additional accelerator/mouse action (to overide the undocked Sidebar's simple movement) to be able to dock the dialog window to the opposite alignment and change its docked state. Or possibly to more completely replicate the Toolbar widget movements.
*** Bug 104299 has been marked as a duplicate of this bug. ***
This bug seems to occur when you have disabled in your OS the option “Display the content of the windows while dragging them” (I’m not sure of what is the real name of this option in English).
A simple workaround to re-dock the sidebar:
Key Ctrl + Double click on a empty area of the sidebar.
(In reply to Olivier R. from comment #8)
> This bug seems to occur when you have disabled in your OS the option
> “Display the content of the windows while dragging them” (I’m not sure of
> what is the real name of this option in English).
> A simple workaround to re-dock the sidebar:
> Key Ctrl + Double click on a empty area of the sidebar.
I'm using LibO 188.8.131.52 x64 in Windows 10. “Display the content of the windows while dragging them” isn't disabled (I haven't actually found the setting and I'm not sure it even exists in Win 10, but when I move my windows the contents move).
Ctrl + Double click on a empty area of the sidebar doesn't let me dock the sidebar. Nor does the "Dock" item in the sidebar's contextual menu.
Someone with a similar issue was advised to solve it by resetting their user profile... https://ask.libreoffice.org/en/question/187250/cant-dock-sidebar/ That's really not something I want to do, but the undocked sidebar is a major impairment to me.
(In reply to patheticcockroach from comment #9)
> Someone with a similar issue was advised to solve it by resetting their user
> profile... https://ask.libreoffice.org/en/question/187250/cant-dock-sidebar/
> That's really not something I want to do, but the undocked sidebar is a
> major impairment to me.
Then run in safe mode: Help -> "Restart in Safe Mode" -> "Continue in Safe Mode" to temporarily bypass your profileleaving it intact.
Or, install a current daily or release build in parallel--modify the bootstrap.ini to use its own profile. Test there. You'll be able to tell if it is your OS settings, or a configuration issue with LibreOffice.
Personally, I've had no issues with this on Windows builds--but launch of the "Adjust the appearance and performance of Windows" to access the System Advanced Settings -> Performance Options -> Visual Effects tab. The checking/unchecking the "Show windows contents while dragging" does toggle the behavior.
(In reply to V Stuart Foote from comment #10)
> Then run in safe mode: Help -> "Restart in Safe Mode" -> "Continue in Safe
> Mode" to temporarily bypass your profileleaving it intact.
I did that, and undocking/docking worked in safe mode. Then I went back to my normal profile, and this time docking worked... Quite weird, but I guess at least it's "fixed", for now.
Going to close this out => WFM
Additional enhancements would be nice, but Drag & Drop repositioning Left edge or Right edge does work.
There are some occasions (or os/DE configuration) when the ability to target the drop goes wrong, but nothing actionable.
*** This bug has been marked as a duplicate of bug 92122 ***