Apache OpenOffice (AOO) Bugzilla – Issue 103410
off-screen Drawing tool window
Last modified: 2013-08-07 15:20:54 UTC
- Undock the Drawing palette from the Impress window - Move the main Impress window => and the Drawing palette will move as well -- even beyond the edge of the screen!! If this is not notices in time by the user she has no clue how to move the tool window back to the visible are on screen. (At least I had no clue I had to edit the file /Library/Application Support/StarOffice/9/user/registry/data/org/openoffice/Office/UI/ImpressWindowState.xcu
Desired behavior: tool windows should keep their position when the main window is moved.
Reproducible. Works under windows. Reassigned.
Your desire is wrong then as it is the standard mac behavior that child windows move with the parent - this is done by the mac itself not us. Effectively you're talking heresy against the church of Apple :-)
closing
Just show me one Mac application where this is the case. Tool windows stay where they are. Child windows move with the main window, but they are only used for drawers that are in a defined spatial relation to the parent window. Once you detach a toolbar from the window it should be treated as a tool window. As a minimum requirement you have to prevent that the detached toolbar moves out of bounds and cannot be reached anymore.
That is because tool windows in other applications are once per app, whereas in OOo they are once per document. That is also, why they need to be child windows in OOo, because else you could raise the document (= parent) over them like you can do with most tool windows in other applications. As long as toolbars are conceptionally child windows of the document in OOo, they should behave as such.
Hi Philipp, the resolution WORKSFORME is nice, but it does not work for the user. So please consider at least a check that OOo's child windows cannot move completely outside the visible screen area. The users and I will thank you -Matthias
When all other child windows on MacOS can ? Why would this not be a problem for all other mac applications but for us ? Someone at Apple decided that this is a good thing to do. But since it bothers you so much, let's give this issue as an enhancement to UX. The "correct" solution would be anyway to have the toolbars not per document. So maybe within renaissance the toolbars get an overhaul to make them such.
Hi Philipp, "all other child windows" are to the best of my knowledge drawers. There is a control on the main window to open and close them. And they cannot be moved by the users... away from their parent window. That is the main difference to OOo's tool windows. Hi Frank, I guess you can spot the usability issue easily. Now just find a smart and simple solution. cheers Matthias