Created attachment 111621 [details] Color picker in the wrong position after moving application window. If you resize, move, maximize or restore an LibreOffice application window after opening a color picker, the picker stays opened in the same position, even if you minimized the window before. The color picker should be closed whenever you changes the window size or position.
Comment on attachment 111621 [details] Color picker in the wrong position after moving application window. correct mime type
Definitely a bug. Probably the easiest fix is to close all similar popup dialogs when resizing or minimizing.
After this patch dab2582f05979cd99a5937cb95a387cfed70bb8d the Dialogs always show in the middle of the application, but not show at the dropdown button, under windows. Under linux it works right.
This patch https://gerrit.libreoffice.org/23557 solve the problem under comment 3, and the resize/position problem i can not reproduce
(In reply to Juergen Funk (CIB) from comment #3) > After this patch dab2582f05979cd99a5937cb95a387cfed70bb8d the Dialogs always > show in the middle of the application, but not show at the dropdown button, > under windows. > Under linux it works right. That wouldn't be a good solution. Floating forms have a different purpose than modal/amodal dialogs. It is a virtual extension for some control, like the expanded list of a dropdown. When you show the color picker somewhere else than at the picker itself it feels like a dialog: heavy. I expect that a floating form closes when it lose the focus, which would be the fact on resize. If that isn't possible for some reasons we should rather evaluate the position of the parent control and replace the floater accordingly. If we do so it would be required for all floating controls. Sounds like a lot of trouble.
(In reply to Heiko Tietze from comment #5) > (In reply to Juergen Funk (CIB) from comment #3) > > After this patch dab2582f05979cd99a5937cb95a387cfed70bb8d the Dialogs always > > show in the middle of the application, but not show at the dropdown button, > > under windows. > > Under linux it works right. > > That wouldn't be a good solution. It's not a solution. That's the bug Juergen is trying to fix (also reported in Bug 97869, not exactly the same as the original report here).
Juergen Funk committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=58bcea744ac4d9f73f055527369ef54cbc8f1a97 tdf#87944 COLOR-PICKER stays on wrong position. It will be available in 5.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I tested the master build on Linux from 2016-04-21_08:41:08. It behaves still the same. When I click the color picker open in Writer and drag the Writer window around the color picker stays open in the exact same place where it opened. Not that it's a huge problem or anything.
Removing the target 5.2.0, as that probably should have been against tdf#97689 -- issue here remains. Not sure of the code to control to the widget, but the color picker should stay attached/positioned to the toolbar until it is closed--or has been given focus and torn away. What seems to happen is that the widget (all instances) are now being opened at the correct location adjacent to their toolbar buttons (Jurgen's work on bug 97869 noted in comment 7). But there is then no "anchor" to that point on the toolbar. When the LibreOffice frame is dragged or resized--the color picker behaves as if it had been torn away--but without the Windows frame controls.
The picker disappears now when focus is lost. That makes it impossible to move or size the parent.