Issue 17226 - backing window: OOo soffice doesn't remember window size
Summary: backing window: OOo soffice doesn't remember window size
Status: CLOSED FIXED
Alias: None
Product: ui
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1 RC
Hardware: PC Linux, all
: P4 Trivial with 1 vote (vote)
Target Milestone: OOo 2.0
Assignee: steffen.grund
QA Contact: issues@ui
URL:
Keywords:
: 15782 17227 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-07-22 12:35 UTC by jvromans
Modified: 2005-02-04 12:28 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description jvromans 2003-07-22 12:39:24 UTC 
Up to 1.1beta2, each of the OOo programs (soffice, swriter, sdraw, ...)
remembered the size of its main window between invokations.
In 1.1rc, soffice no longer does this, but starts each time with a default size.
The other programs (swriter, sdraw, ...) still do remember the size.
Comment 1 stefan.baltzer 2003-07-22 17:45:14 UTC 
Reassigned to Thorsten.
Comment 2 thorsten.martens 2003-07-23 09:36:30 UTC 
*** Issue 17227 has been marked as a duplicate of this issue. ***
Comment 3 thorsten.martens 2003-07-23 13:11:23 UTC 
TM->BH: Sizes and/or positions of task windows are stored and
remembered within the single applications. The initial staroffice
window (in backing mode) isn´t defined as application. Therefore a
change in the corresponding spec. must be done to let the developers
start with their work.
Comment 4 bettina.haberer 2003-07-23 15:14:12 UTC 
Hello Matthias, please have a look at this issue, as you are the
specification owner. It sounds as defect, but have a look and change
the issue type, if given.
Comment 5 Frank Schönheit 2003-07-23 15:37:16 UTC 
confirming the issue, changing type to DEFECT since it's broken
compared to previous versions.

May I humbly and semi-seriously suggest to get rid of the annoying
"OpenOffice.org starts with the backing window" behaviour? :)
Comment 6 matthias.mueller-prove 2003-07-23 17:56:05 UTC 
Frank, OOo starts into the backing windows state only if it is
launched with the command soffice. Nevertheless I add to the spec that
the backing window should remember its size.
Comment 7 matthias.mueller-prove 2003-07-23 17:57:10 UTC 
new summary
Comment 8 tamblyne 2003-08-09 03:36:49 UTC 
*** Issue 15782 has been marked as a duplicate of this issue. ***
Comment 9 matthias.mueller-prove 2004-01-21 13:14:58 UTC 
added specification to
http://specs.openoffice.org/appwide/start_module/StartModule.sxw

Andreas, please take over.
Comment 10 andreas.schluens 2004-01-22 07:19:59 UTC 
Sorry - its not a defect. Because the StartModule is a newer module then
writer/calc etcpp. and this feature was never be implemented before. So its an
Enhancement.
Comment 11 andreas.schluens 2004-01-30 13:40:32 UTC 
.
Comment 12 andreas.schluens 2004-04-22 08:58:02 UTC 
The PersistenWindowListener must use the new ModuleManager concept to handle all
registered modules (registered inside the setup.xcu) in a generic manner.
Comment 13 andreas.schluens 2004-04-22 09:20:22 UTC 
According to the guidelines a change the prio to P4.  Further there is a similar
bug (#i21547#) wich describes the same problem and is set to P4 currently.
Comment 14 andreas.schluens 2004-04-22 09:27:01 UTC 
.
Comment 15 andreas.schluens 2004-09-07 09:55:59 UTC 
The implementation uses the new ModuleManager for identification of an office
document now. And so the StartModule (was BackingComponent before) will be
recognized as an office module too.
Comment 16 andreas.schluens 2004-10-28 08:05:31 UTC 
.
Comment 17 andreas.schluens 2004-10-28 08:05:56 UTC 
AS->SG: Please run the test for "Persistent Window States", so we can see if it
works now as aspected. THX.
Comment 18 andreas.schluens 2004-10-28 08:06:11 UTC 
.
Comment 19 steffen.grund 2004-11-04 11:40:27 UTC 
Checked on Solaris and Windows and works -> verified.
Comment 20 steffen.grund 2005-02-04 12:28:23 UTC 
last run of "persistent window states" on m74 worked on all platforms -> closed