Currently each document of a particular type (e.g. calc, writer) is loaded in the last position and size used when a document of that type was saved. i.e., a calc document is loaded in the last position and size used when saving a calc document. It would be much more convenient if a particular document were loaded in the last position and size used when that specific document was saved. e.g. Document A loaded in the last position and size used when document A was saved; document B loaded in the last position and size used when document B was saved, etc. This is particularly useful with spreadsheets, as often several spreadsheets will be used together, and it wastes a lot of time to have to move/resize most if not all of them every time. This is a long-standing problem. (My hardware is x86, OS is Linux, but that doesn't seem related to the issue.)
Still not present in LibO 3.4.3 Until this feature is added, I'm using OOo with LibO as a partial workaround. Saving the size/position by document would be a big plus.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Would be surprised if the enhancement were made without a comment here.
Resembles this: Bug 34515 - Writer should (optionally) remember and restore the last shown page (=not the same as edited!) of a document And explanations there how fix problem In this bug is one additional: save size (zoom) of document
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian
This is a request for enhancement, and yes it is still needed in Libreoffice 3.5.3.2 (release)
confirmed
Please always use the oldest confirmed version ..l
Ok, but this enhancement request is for a feature that did not exist in Libreoffice from the beginning, neither in Openoffice before. Version 3.4.3 release is the version I was using when I confirmed that it was still valid in comment 1, 6 months after reporting it. So should it have the first version of Libreoffice ?
Yes it should... Thanks
> Ok, but this enhancement request is for a feature that did not exist in > Libreoffice from the beginning, neither in Openoffice before. But it was. At least partially. See Bug 34515
(In reply to comment #14) > > Ok, but this enhancement request is for a feature that did not exist in > > Libreoffice from the beginning, neither in Openoffice before. > But it was. At least partially. See Bug 34515 Bug 34515 is about the position last viewed _inside_ a user's document. This bug is about preserving the position of the window on the user's screen, for each individual document. This requires saving the window position by document. What currently happens is the position the document window of the last document saved of a particular _type_ (calc, writer, etc) is preserved for _all_ documents of that type.
Thanks for additional explanation. Only now I understand that speaking is about window of LibreOffice itself, not about document. I never encountered this problem because always use maximized window.
And I almost always compare 2 or more documents, mostly calc, so I didn't consider the possible confusion with inside the document. Thanks for clarifying the summary.
I can confirm the behaviour (Writer, 4.1.0.4 on WinXP) and also would like LO to remember size and position of individual windows coupled with sensible defaults. Expectation: - once-resized, windows should remember their position, width and height - windows of new or previously unopened documents should open maximized on a 1024x768 laptop screen, but could be something like 2/3 of width and height on bigger screens where maximization doesn't make a lot of sense
In order to limit the confusion between ProposedEasyHack and EasyHack and to make queries much easier we are changing ProposedEasyHack to NeedsDevEval. Thank you and apologies for the noise
Migrating Whiteboard tags to Keywords: (needsDevEval) [NinjaEdit]
*** Bug 131847 has been marked as a duplicate of this bug. ***
Report inside (duplicate) bug 131847 propose more details about a simple solution (saving place and size along WM_MAXIMIZE state inside document itself.