Description: I am running Kubuntu 20.10 + Libre Office 7.1.3.2 that I installed myself on Kubuntu. This is a feature request. When we open Writer, can it restore the software state? More specifically, in the menu, we have View -> Normal View -> Web Can you program it so that it saves the state in a file. Call it Config.ini or whatever. Or maybe, put this in the Options dialog box. Steps to Reproduce: 1. Open Writer and it is in Normal view. It is always in Normal view. Actual Results: 1. Open Writer and it is in Normal view. It is always in Normal view. Expected Results: Can you program it so that it saves the program state in a file. Call it Config.ini or whatever. Or maybe, put this in the Options dialog box. Reproducible: Always User Profile Reset: No Additional Info: N/A
Setting default view mode should be doable. However why would you want arbitrary page format of Web View mode with a Writer document? If your workflow need is to work in a non-page/non-WYSIWYG layout that would be as for an outline view mode as for bug 135307; or another somewhat more "focused" view as in bug 37817--both in addtition to the Print Preview mode and Full-screen view mode that are not currently grouped with the view modes.
About bug 135307, so he wants to have Web View renamed to Outline View? To be honest, I don’t understand why it is called Web View either. So, the guy has a point. Perhaps because ordinary HTML pages are like infinite height pages. I don’t need 37817 and that is a request from 2011. I prefer the Outline View mode (or let’s call it infinite height paper) because the page breaks are distracting. I am typing something and suddenly, poof, it jumps a few centimeter down. It is also distracting when I read my own writings. Or perhaps I paste an image. If I start to type something above the image, poof, the image flies to the next page. Writer calculates that there isn’t enough room on the page so it pushes the image to the next page. Again, this makes reading my own stuff difficult. I have a few hundred documents with text and images. So, once in a while, I read them again. I don’t print anything. I don’t need WYSIWYG. Whatever the solution is, the total program state should be saved in a Config.ini. When I leave my house and come back, everything is in its original state. The cups and magazines are in the same exact location. Currently, when you save in the ODT format while it is in Web view, it saves that state in the ODT file. That’s fine but the program should have its own state save as well.
OK, so the issue here is to expose the view mode setting(s) per module and record preference to user profile. Either last used, or in a tools -> options panel. Again that should be doable.
Do you know the option to hide whitespace? Either double click at the space between pages or use View > Show Whitespace (should be off). It's the supposed way to omit the page breaks. I disagree with the web view mode since its purpose is different and depends on the content. While it might serve your workflow resetting the view mode could be a regression for other.
To V Stuart Foote: Yes To Heiko Tietze: Your suggestion has a problem. The program state is not saved. That’s bad. If I close Writer and reopen, Writer is back to its initial state. If my suggestion is a problem, the solution is simple. In Tools -> Options They can add an option that says Would you like Writer to be opened in [X] View -> Normal mode [X] View -> Web mode [X] Last state before closing Writer
(In reply to krumple_sodium from comment #5) > Your suggestion has a problem. The program state is not saved. The setting of View > [ ] Show Whitespace is saved, at least within the current session. If we agree on making this persistent (or store per document) it would be easy to implement. I disagree with more options that with unclear reason. The average user is happy with whitespace and normal view mode and has no idea why this need some special handling ending up in confusion.
I tried it. I open Writer I click on View -> Show Whitespace (so that it gets unchecked) I close Writer I open Writer The checkmark on Show Whitespace is present. ==> That’s bad. Program state was not saved. If you don’t want to clutter Tools -> Options dialog box, I’m fine with that. Just save the state in Config.ini (or whatever the real name is) and tell me what the name is and I’ll set the state by hand.
Code pointer: Check how .uno:ShowGraphics / FN_VIEW_GRAPHIC is implemented.
Dear krumple_sodium, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
I am setting this to UNCONFIRMED since V Stuart Foote understands what I asked for.
(In reply to krumple_sodium from comment #10) > I am setting this to UNCONFIRMED since V Stuart Foote understands what I > asked for. Heiko forgot to change the status and unfortunately it meant this easy hack was basically invisible to newcomer devs for 6 months.
Is it a duplicate of bug 128116?
*** Bug 128116 has been marked as a duplicate of this bug. ***
*** Bug 146380 has been marked as a duplicate of this bug. ***
(In reply to Heiko Tietze from comment #8) > Code pointer: Check how .uno:ShowGraphics / FN_VIEW_GRAPHIC is implemented. Do you meant that the setting should be not specific to document, but to application? That will make it completely orthogonal to single-page layout, which it is *documented* [1] to be bound to. I do not think it's good to make these two concepts saved independently - the "Show Whitespace" setting would become even more confusing (cf. bug 98446 and bug 146380, where users already do not see the connection between single-page and show whitespace options). [1] https://help.libreoffice.org/7.2/en-US/text/swriter/main0103.html?DbPAR=WRITER#hd_id102720150854018740
(In reply to Mike Kaganski from comment #15) The patch just saves the last state and makes whitespace persistent on the workplace. Using the multi-page view right now has the same odd consequence on this option being just ignored. If we want to clarify the situation, meaning to resolve bug 98446, we could disable the whitespace option in multi-page mode.
(In reply to Heiko Tietze from comment #16) > The patch just saves the last state and makes whitespace persistent on the > workplace. And that is plain wrong. The two options, that control a similar aspect (document view), and that are inter-connetced, should behave similarly - meaning they should be both per-document, or both stored in profile, but not like "one in profile, another in document". > Using the multi-page view right now has the same odd consequence > on this option being just ignored. If we want to clarify the situation, > meaning to resolve bug 98446, we could disable the whitespace option in > multi-page mode. You just do not see the picture. If you read the bug 98446 carefully, you see that initially, we *already* had the function *disabled* for modes other than single-page; and *that* was already the problem that caused that bug to appear. So no, restoring that will not fic bug 98446, even though current situation (the mode being not disabled in other modes) is likely an accidental regression.
Rather than fussing with the show/hide of white space, would prefer to implement enhancement of bug 67698, bug 135307 (and dupes) to provide an additional VCL canvas view mode (i.e. beside 'Normal' WYSIWYG, or 'WEB' views) that eliminates margins and whitespace of WYSIWYG while otherwise retaining document structure.
Please remember to support new volunteers. Dhiraj did a great job so far and we should not skew the topic. Mike, if you insist on saving the whitespace status in the document please help with code pointers.
(In reply to V Stuart Foote from comment #18) > Rather than fussing with the show/hide of white space, would prefer to > implement enhancement of bug 67698, bug 135307 (and dupes) to provide an > additional VCL canvas view mode (i.e. beside 'Normal' WYSIWYG, or 'WEB' > views) that eliminates margins and whitespace of WYSIWYG while otherwise > retaining document structure. (In reply to Heiko Tietze from comment #19) > Please remember to support new volunteers. Dhiraj did a great job so far and > we should not skew the topic. > >... Apologies, agree the current focus of this issue to retain the collapsed white space between sessions is the appropriate easyHack, and the UX goal. Just that adding an additional view mode (or modifying Web view) for the outlining UX and workflows would reduce dependence on the Show Whitespace setting to hide whitespace distractions while in WYSIWYG page Normal view mode.
(In reply to Heiko Tietze from comment #19) > Mike, if you insist on saving the whitespace status in the document please > help with code pointers. Yes, I will - just need some time. Sorry for the delay :-)
(In reply to Heiko Tietze from comment #19) > Mike, if you insist on saving the whitespace status in the document please > help with code pointers. Comment 17 has mentioned bug 98446, which discussed the related view options - and bug 98446 comment 12 contained an XML snippet with the settings. Namely, ViewLayoutColumns config item is relevant. Grepping for ViewLayoutColumns [1] gives only a dozen of results, and all but one are in documents, and only one being in a CXX file, namely sw/source/uibase/uiview/view.cxx. There you may look at the implementation of reading and writing of that config item; a similar thing is needed for this one. [1] https://opengrok.libreoffice.org/search?&full=ViewLayoutColumns&project=core
Dhiraj Holden committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5b07acbf3345918f450fccf7ee243ad5bcb3fd67 tdf#142450 add code to store showing whitespace It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Guess we can resolve this as fixed now.
Hello, I am the original poster. The problem is still present. I run Kubuntu 22.04 and LibreOffice 7.5.1.2 (This is the official release, I downloaded it from the official website and installed it myself). I also tried LibreOffice Development 7.5.3.0 The problem is still present, on both version.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b09df066497fecc66b51af9094914e46e7a87176 tdf#149485: Revert "tdf#142450 add code to store showing whitespace" It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Unfortunately, the commit fixing this issue was reverted because it was causing bug 149485. Basically the problem is that the option was saved across sessions, instead it should be saved per document as previous discussions suggested. At this point, my proposal to move forward is: 1. Close this issue as RESOLVED WONTFIX 2. Create a new ticket for "Remember .uno:Show/HideWhiteSpace per document" 3. If someone provides code pointers, turn the new ticket into an easyhack. @Heiko, @Mike K. what do you think ?
(In reply to Xisco Faulí from comment #27) > 1. Close this issue as RESOLVED WONTFIX > 2. Create a new ticket... Or keep this ticket :-) It's at least not FIXED anymore.
Xisco Fauli committed a patch related to this issue. It has been pushed to "libreoffice-7-5": https://git.libreoffice.org/core/commit/d276d6e8dbba620921e0c49591f4dd2e8d2f69da tdf#149485: Revert "tdf#142450 add code to store showing whitespace" It will be available in 7.5.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Xisco Fauli committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/a3d1ace9e8a36820acef3b9d2a02e4b3c304d455 tdf#149485: Revert "tdf#142450 add code to store showing whitespace" It will be available in 7.4.7. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Heiko Tietze from comment #28) > (In reply to Xisco Faulí from comment #27) > > 1. Close this issue as RESOLVED WONTFIX > > 2. Create a new ticket... > > Or keep this ticket :-) > It's at least not FIXED anymore. The problem with this ticket is that it talks about "across sessions" which has been proven to be wrong