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.
*** Bug 166161 has been marked as a duplicate of this bug. ***
It is strange that this enhancement is waiting since so long time (2011 !). It would be easy to implement this feature: - on document save: to save width, height and WM_MAXIMIZE state of the windows, in example in the config.xml file of the open document - on document load: - if sizes infos are present, to restore the windows size and state, according to screen size (= reduced to fit in screen size if screen is smaller than window) - is sizes infos are absent, to use the global last used windon size as done actually. What is the problem, is any ?
I first reported the problem almost 14 years ago. Another user suggested a simple reasonable fix 4 years ago. There have been some duplicate requests. It is something that would make a lot of sense for any user who has a habit of using different display sizes for different documents of the same type, How to get more attention ?
I am using Windows 11 (25H2) and LibreOffice Writer 25.8.3 This enhancement is still very much needed. My workflow relies on opening different Writer documents at specific window sizes and positions — for example, slightly wider than A4 so the character‑highlighting bar is visible, and positioned fully on‑screen for a fast start. At the moment, LibreOffice only remembers the last window geometry used for a document type (Writer, Calc, etc.), and applies that globally to all documents of that type. This means that opening one document changes the window size/position of all others, even if they were previously saved differently. This behaviour breaks workflow when switching between multiple documents or modules, especially when each document benefits from its own window geometry. Expected behaviour: Each document should reopen using the window size, position, and maximize state that that specific document had when last saved. Actual behaviour: All Writer documents inherit the last-used Writer window geometry, regardless of their individual saved state. This enhancement has been requested repeatedly since 2011, with multiple duplicates, and the proposed implementation seems straightforward: • On document save: store window width, height, position, and maximize state in the document metadata (e.g., config.xml). • On document load: restore these values if present, clamped to the current screen size. • If no values exist, fall back to the current global behaviour. This would significantly improve usability for anyone working with multiple documents, comparing files side‑by‑side, or using different layouts for different tasks. Thank you for considering this long‑standing request.
Already implemented in 26.2. *** This bug has been marked as a duplicate of bug 41777 ***
@Buovjaga et Al, Thank you for your most pleasing reply. I look forward to using 26.2... and my start up sanity is restored. My gratitude for all of you at Libre for your selflessness and helpfulness. A happy 2026 Kindest Regards. John