Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Page Page will not stay off/away | ||
---|---|---|---|
Product: | Draw | Reporter: | crxssi <crxssi> |
Component: | configuration | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues, kamataki, tora3 |
Version: | OOo 2.0 | ||
Target Milestone: | AOO Later | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
crxssi
2005-11-30 21:14:29 UTC
Reproducible. Reassigned. Hi, I found out, that even the close-button [x] of the Page Pane doesn't work. If I click on it it doesn't close the pane. I will have to use View > Page Pane. The last described behaviour is already fixed internally (i64596). I reported this issue almost two years ago. It is still not fixed in OpenOffice 2.1, 2.2, or 2.3. I verified it today. How about adding some codes to preserve the visibility state of panes corresponding to the slots: SID_LEFT_PANE_DRAW SID_LEFT_PANE_IMPRESS SID_RIGHT_PANE to a user configuration file like user/registry/data/org/openoffice/Office/Draw.xcu or Impress.xcu in a method such as void ViewShellBase::Implementation::SetPaneVisibility(...) which is called from void ViewShellBase::Execute (SfxRequest& rRequest) in sd/source/ui/view/ViewShellBase.cxx ? And then, retrieve the visibility statuses and assign them to the controller right after a new Draw/Impress document is created. Although I reported it almost 8 years ago, this bug/issue is still not resolved in 3.4.1. Interestingly, it has been fixed in LibreOffice 4.0.0. Reset assigne to the default "issues@openoffice.apache.org". |