Apache OpenOffice (AOO) Bugzilla – Issue 91768
Window sizes are not stored
Last modified: 2020-06-01 04:31:12 UTC
Every time I start OOo 3, the window sizes are reset to their default values. However, I would expect that every component (Writer, Calc, Impress, ...) remembers their last used size.
I would like to take this one step further. I would like each document, spreadsheet, whatever to remember the window size I last set it at. Basically window size should be associated with the file instead of a global setting. Some spreadsheets need to be big and others small. I don't like having to resize the window because another file required a different window size. OOo 3 build 9358 Macintel
confirmed Testcase 1 - Open OOo - Open a Writer document - Open a other document - resize document one - close document one - reopen document one The document is in the same size as it was closed and that's right Testcase 2 - Open OOo - Open a document - resize this document - close OOo and the Document - Restart OOo - Restore the same Document The document comms up in the default size, that's wrong. Add myself to CC
move to porting
Also see issue 124986. This behavior was reported *years* ago, and has not been fixed!
*** Issue 124986 has been marked as a duplicate of this issue. ***
This missing piece is annoying since years !!! Here and in LibreOffice too. Thanx Chuck for bringing it to front.
Referenced Issue 124986 contains Comment 11 (posted 2020-05-29 05:18:06 UTC) saying "I do not think to store Application Data within the document is feasible at all." I looked at ODS and ODT files with a "smart" text editor (BBEdit), and discovered that *the information is already stored in the file* (although possible not correctly or completely). The following parameters are stored in "settings.xml" (i.e., inside ODS and ODT files): VisibleAreaTop, VisibleAreaLeft, VisibleAreaWidth, and VisibleAreaHeight. The values that are stored for the first two don't seem correct, but the values stored for the last two items do make sense for two test ODS files I used. For the record, I did experiments with Excel and Numbers, and both programs "do the right thing". That is, a file is opened in a window that has the same size and position as the previous window for that file, regardless of the windows for other files that have been opened/closed since the subject file was last closed.
Thanks for the research. For me it does not make much sense, but Indeed the Specification allows to store settings per application in: <office:document-settings> See: http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.pdf Chapter 3.10. I do not promise anything, but I store this in my backlog. Maybe I can add it to a work package.
What is the "it" that "does not make much sense"? I hope it's not the concept of having files open with the same window size & position as when last closed, because to me that's "obviously" the correct thing to do (e.g., as evidenced by the behavior of Excel and Numbers).
(In reply to Chuck Spalding from comment #9) > What is the "it" that "does not make much sense"? I phrase it in a positive way okay? To store Window Application Data within the Document, does only make sense if the documents definition does define the information how to handle the Information in a standardized way. Check out this page: https://en.wikipedia.org/wiki/List_of_office_suites And all mentioned Application should handle the information in a similar way. Do you understand now, my concern to implement it in the file itself? What I figured that ODF in Version 1.2 allows application specific setting. So there is a basic way to use the feature. But other application could not honor our settings or worse delete them again. (And we need to check if there is a change in ODF v1.3 which came out some month ago.) So in order to get a state where we can think on development we have to answer more question. If you are that motivated you can try to find answers to the questions and make some development within the progress. We have to think how to deal with optional information. I guess you do not want to store it every time you change the Windows setting. So there is a menu popping up. Which is annoying for users who do not care. This issue has a vote of 2, which is not high rated. so a lot of people can be assumed will not want this feature. Therefor we have to answer the question: How do we set the windows size within a document or configuration? What is the a intuiitiv, easy to access way? Or is it okay for the community of AOO if the Document size changes at every save command? Also depending on the solution, we need mockups, icon or other GUI features that get build in. So this Enhancement (Thanks Keith) has a long way until we can accept it for implementing it. If as much details are answered and defined we can raise the issue to accepted.
I just realized. It is not for mac only. I think all OS are affected. Therefor porting is wrong. I select general for now. But it is a config or a filter topic. I can confirm the Issue on 4.1.7 with Linux.
(In reply to Peter from comment #10) > To store Window Application Data within the Document, does only make sense > if the documents definition does define the information how to handle the > Information in a standardized way. I agree with that general statement. I am not familiar with the details of the OpenDocument standard. However, I invite you to look at this webpage: https://wiki.oasis-open.org/office/Spreadsheet_View_Data . I don't know its "official" significance, but it appears to me to be under the umbrella of the standards organization. Fundamentally, I don't understand why OpenOffice *does* use some Window Application Data that is stored within the document (e.g., author; document properties [set in File > Properties...]; styles; spreadsheet selected cell, grid on/off, row/column headers on/off, zoom; ...), but does *not* use other data that is in the document (i.e., window position and size). (As an aside, it seems odd that spreadsheet grid on/off [and other things] is set in the *application* properties [i.e., on a Mac in OpenOffice > Preferences...], but is applied on a per-document basis. [Don't get me wrong--I agree with that attribute being applied on a per-document basis.]) > We have to think how to deal with optional information. ... From the site referenced above, and from my observance of *current* file contents, I don't think it would be "optional information". > ... I guess you do not want to store it every time you change the Windows > setting. So there is a menu popping up. Which is annoying for users who do > not care. I don't understand why the user would be involved at all. I expect the application to save the window state as it exists when the window is closed, since that's how the user has configured the window. (That's how other applications behave.) > ... This issue has a vote of 2, which is not high rated. so a lot of people > can be assumed will not want this feature. I don't know the significance of votes in this Bugzilla system, but it was me who gave the 2 votes, thinking that it might help raise the priority of the issue. Regarding how many people will want this feature, look at the multiple related bug reports--that is, the same issue reported in various ways. > Therefor we have to answer the question: How do we set the windows size > within a document or configuration? The answer seems clear to me: Use the existing attributes. > Or is it okay for the community of AOO if the Document size changes at > every save command? The document size would not change if the user hadn't changed the window. Currently, the size of (closed) document A is changed (the next time it's opened) if document B has been saved in the meantime. How can *that* be considered okay? > Also depending on the solution, we need mockups, icon or other GUI features > that get build in. I still don't understand why you think this would be something that the user would explicitly configure. I don't see any need for a change to the GUI.
(In reply to Chuck Spalding from comment #12) > I am not familiar with the details of > the OpenDocument standard. However, I invite you to look at this webpage: < [...] OASIS is the standardizing platform for ODF. So the source is good. Nice finding. Thanks. The question is the source focuses on spreadsheets, I was thinking some way generic. > > I still don't understand why you think this would be something that the user > would explicitly configure. I don't see any need for a change to the GUI. Okay, lets do one step at a time. Maybe I over engineer this.Lets do save the windows state at document save. If someone does not like the feature we can discuss this. One word to votes and priority. The devs at various places propagate that votes might change priority. Or scope things. But that is at the same time a bit of none sense. For me it is more a sign of support. So this idea, is supported "little", that is all what we can say from the votes. It is of course supper important to you, and providing the information needed, is more worth then pressing vote twice ;) I am overwhelmed by the Issues that are open. So I have a hard time to figure what we need to do when. So What I do is to try to create an overview, with the ultimate goal to create packages of similar nature in hope I can fix multiple Issues when working in one area. see: https://issues.apache.org/jira/browse/OPENOFFICE-98 That is all priority I can provide. > Regarding how many people will want this feature, look at the multiple related > bug reports--that is, the same issue reported in various ways. I will have a look. Thanks for the pointer.
(In reply to Peter from comment #13) >(In reply to Chuck Spalding from comment #12) [snip] > OASIS is the standardizing platform for ODF. So the source is good. Nice > finding. Thanks. The question is the source focuses on spreadsheets, I > was thinking some way generic. I assume there is equivalent information for Writer, etc. The OASIS wiki page I cited was sent to me. I have no idea how it was found, or how to find similar pages for other components. [snip] > > Regarding how many people will want this feature, look at the multiple > > related bug reports--that is, the same issue reported in various ways. > I will have a look. Thanks for the pointer. My comment was not quite correct. I've been looking at the OpenOffice and LibreOffice Bugzilla systems--the latter has many more related issues. In the OpenOffice bug system, I found these related issues: Issue 124986 - Window size not saved with document Issue 33660 - document and initial window positions/sizes not being remembered Issue 31934 - default window size is not remembered anymore Issue 31449 - Window state and position are not saved and these possibly related issues: Issue 52336 - [RFE] per-object window settings in database documents Issue 84057 - State/Size of floating windows not saved in files. Issue 76995 - Window size of spreadsheet document is different after use of datasource window In the LibreOffice bug system, I found this related issue, which links to 10 "duplicate" issues: https://bugs.documentfoundation.org/show_bug.cgi?id=75644
*** Issue 33660 has been marked as a duplicate of this issue. ***
*** Issue 84057 has been marked as a duplicate of this issue. ***
thx for the List. I closed those which seem duplicates to me. The ones open, seem to be similar, but not same. So until I learn more I keep them open. > I assume there is equivalent information for Writer, etc. The OASIS > wiki page I cited was sent to me. I have no idea how it was found, or > how to find similar pages for other components. I did not want to say they do not exist, but I wonder why they are separately described. However it does not matter. Thx for the effort in linking the information together.