Issue 16919

RC3 -- unchanged.  The same problem continues.

Something amazing just happened.  In checking a loss of focus problem
using a hint from another user, I opened a file in OOo, without
maximizing the screen.  The file opened in a 4/5ths sized screen, as
expected.  I then opened another document and it opened full screen. 
I now had two visible screens -- one with a 4/5ths window and one
filling the entire window.

Now I'm more confused than before, as I want full screen for
everything, but this may help in finding and fixing the bug.

Still a problem in 1.1RC4.

Same problem in 1.1.1a (RC5, I believe).  I expected this focus problem to be
easily resolved.

moving to component ui

Reassign issue to owner of selected subcomponent

SBA: Reassigned to Thorsten.

Not a bug, but a feature. The office initially starts not fullscreen and stores
the screensize (original or changed) for every application when closing the
application. So a file/new will open the desired application with the last
stored window-size. For having every application starting fullscreen, just start
the application, change the screen-size and close the application. When starting
the same application next time, the new screensize should be applied.

Sounds like MS's tricks for ignoring bugs.  It's a "feature" that has only
appeared when the blank open screen was introduced and is irritating as no other
application on my linux system -- none, nada, not any at all -- has this
"feature."  If you really don't want to fix it, then please close it again, but
I'll complain at a later date if something isn't done.  It does not just
irritate me, but also many others.  I guess I'll ask for votes or comments --
something I did not do before.

I've asked for comments and/or votes from others now.  If you would, please
leave this open for a few days and see if there's enough interest to look into
it further.  If there are not, I'll bow to general apathy about it and leave it
closed.

I added my votes simply because this is NOT consistent behaviour and it should
be so.

I've thought a bit more about this and notice the following behavior in all
applications I use in linux and my wife's Windows machine:  If I shrink a screen
and close the application, most often it will open in the same state I shrank it
to (some applications have a "Save Settings" button -- if that is not chosen, it
opens in the same state as it did previously, ignoring my new settings -- which
is quite alright as it gives me control over how I want it opened).  OOo, and
ONLY OOo always uses the small screen size for no reason I can grasp.  It is
inconsistent with the behavior of all other applications and seems an oversight
rather than a "feature."

TM->BH: This feature works as desired. Any wish to change its behaviour might be
an enhancement but not a defect. So please have a look. 

In 1.1.1rc, the startup screen (when selecting "soffice" as the program) is 3/4
size.  This is actually not an "enhancement" but a regression as full-screen
startup (blank -- no document) would duplicate pre-1.1 behavior.

If I want to set the screen to a smaller size, the expectation, based on all
other programs on my system (linux) and my wife's (Windows 95), is that the
revised size is saved and used for opening that application in the future.  If I
use full-size, that is what the programs use in the future.  The ONLY exception
are those applications that have a "Save Settings" feature, and those
applications are few.

Version 1.1.2rc -- same issue.  I wonder why the behavior is "as desired" when
it conflicts with all other applications on Linux, Windows and Mac systems (I
checked with a friend who uses Mac).  It is true that some programs have a "Save
Settings" feature for this kind of situation, but OOo does not have even that.

It is *very* irritating to have to resize the screen every single time I call up
OOo.

To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements".