[Libreoffice-ux-advise] [Bug 75644] LibO applications use the window size of the start screen instead of the last used size of the document

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=75644

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|regression                  |
             Status|REOPENED                    |NEEDINFO
             Blocks|79641                       |42082, 61914
           Severity|minor                       |enhancement

--- Comment #10 from V Stuart Foote <vstuart.foote at utsa.edu> ---
OS X Info.pList launcher handling aside, off mab4.4. Adding to bug 42082, bug
61914. Setting as an enhancement to do something more with independently
managing document module(s) window size.

@foss, not convinced there is a regression as this is VERY user profile
dependent. Can you check behavior with cleared profiles?

Regards OP's issue, to be clear, positioning/sizing of document is not recorded
inside of ODF--so that aspect is not stateful nor portable. LibreOffice could
possibly "extend" ODF to do so, but it would be non-standard, and would then
have another group with UX complaints that we aren't compliant. So IMHO going
that route is not valid.

What does exist now in LibreOffice that could be adjusted is at the document
module level (writer, calc, impress, draw, math) and is recorded into each
user's profile registrymodifications.xcu as ooSetupFactoryWindowAttributes

com.sun.star.text.TextDocument
com.sun.star.sheet.SpreadsheetDocument
com.sun.star.drawing.DrawingDocument
com.sun.star.presentation.PresentationDocument
com.sun.star.formula.FormulaProperties
com.sun.star.sdb.OfficeDatabaseDocument
com.sun.star.frame.StartModule

Presently they are assigned/recorded into the registry on first use of the
module. All, including Start Center's, open to some OS/DE dependent default,
e.g. it is full screen for Linux/GNOME. But I've yet to locate where, when
using a cleared regenerated profile.  So, yes it could be different on OS X and
a source of legitimate regression if something there has changed between 10.9
(Mavericks) and 10.10 (Yosemite) including malformed Info.pList

Each module receives these default window attributes for its factory when first
launched individually. Except that calc, draw and impress are flagged in
Setup.xcu (ref) to open maximized--the ",,,;4;" value (where 1 is normal
window, 3 minimized, 4 maximized).  But confusing in that the OS/DE seems to
assign a 5 when it has control (seeing value 5 in a maximized GNOME 3 window on
Fedora 20) I won't be able to poke at an OS X 10.9 box until next week,
appreciate if anyone is able to fill in that detail.

But for any module first launched from the Start Center, the window defaults
for each module are ignored and it will instead open to the current size of the
Start Center. 

If the module is not resized while open, on closing the module will be assigned
window attributes in the registry matching those of Start Center. But if
resized, and is last module closed--so returning to and resizing the Start
Center--the registry values for both the module and the Start Center will pick
up the new size as their window attributes.

So, absent rework for an ODF "extension" the ooSetupFactoryWindowAttributes
aspect could probably be refined.  

1). It seems like the Start Center should receive a system default for a
non-maximized Window.  The Start Center (StartModule) should become independent
of any of the document modules. We should remove the linkage of its window from
that of the last active module--which causes its resize now.

But we should not revert it to be only that fixed size, as that would break the
advances of adding the thumbnail vies of recent documents. It should just be
independent, as the other document modules are now from each other.

2). Should allow a user to choose behavior when launching a document module
from Start Center. Either:
(a) to use the StartModule's ooSetupFactoryWindowAttributes as now, or 
(b) to lock and use the attributes for each document module. 

Not sure of best UI to do that--out of the Start Center (prompt on selection),
or from Tools -> Options. 

3). Should a Start Center launch overwrite the document module's
ooSetupFactoryWindowsAttributes, or should they be locked/protected?

-=ref=- 
http://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/Setup.xcu

http://opengrok.libreoffice.org/xref/core/unotools/source/config/moduleoptions.cxx

-- 
You are receiving this mail because:
You are on the CC list for the bug.