Apache OpenOffice (AOO) Bugzilla – Issue 12739
style box doesn't remember its position
Last modified: 2005-08-22 21:48:08 UTC
Open a document Press F11 to pop the stylist up, if it isn't already visible Move it Press F11 Press F11 The box has moved from where it was placed
Cant reproduce on my system (Mandrake 9.0, KDE 3.0.5a)
Works for me under KDE as well. Under IceWM the position isn't remembered though. Using version 1.0.9.2-7 debian/stable.
works fine on Windows 2000. So it appears to be a problem with IceWM only.
SBA->PL: OK on RedHat 9 with Gnome (OC's machine). Reproducible on my United Linux 1.1 with Gnome Desktop.
With Sawfish as window manager, this behaviour can be configured: Sawfish configurator [tab Placement] Method of placing dialogue windows [none] This gives the desired behaviour, while the default, centered on parent, gives the anoying re-placement of the style list every time one selects another document...
The ICCCM allows us to set a position; if the window manager does not actually use that hint (which it may choose not to according to ICCCM) there is not much we can do about it. KWM, Metacity and dtwm support these hints according to ICCCM, a lot of other WM's do, too, on some (like sawfish) this is a configuration option. That being said i'd like to close this issue as i cannot do anything about it. This would be more of an issue for the respective WM.
closing issue
That would be fine, except it was fine with openoffice.org 1.0.1
no wonder, as in 1.0.1 the navigator was not a real window (e.g. try to move it outside the document); it is much easier to achieve the intended result if one has full control over what one is doing.
*** Issue 18072 has been marked as a duplicate of this issue. ***
.
SBA: According to the OpenOffice.org roadmap (see http://tools.openoffice.org/releases) this issue was retargeted to "OOo Later".
The bug was successfully replicated on build 1.1.4 on red hat linux but it couldn't be replicated on Windows XP. Follow-up testing was done for different windows and they were all ok.
closing again. See comments from pl. It is up to the window-manager to either respect the requested position or to place it somewhere else based on its own heuristics. This is out-of-reach of OOo. OOo can do nothing about it since it doesn't draw these windows itself anymore.
closing again.