Description: with long and worked texts when you "double click" in order to minimize the space between pages the separation between pages behaves funny, not in accordance with the real number of pages also the first row, or other part of the tables may get separated in appearance and need to change the display of pages in order to see the real pages and tables Steps to Reproduce: 1. work in a long text, different formats 2. minimize the space between pages 3. continue working, the display of pages isn't in accordance with the real structure of the text Actual Results: funny display of pages and tables as separated, or many pages in a short space Expected Results: real display of "interpages minimized" in accordance with "interpage normal" Reproducible: Sometimes User Profile Reset: No Additional Info: https://www.vidlii.com/watch?v=c3EzRWvvwAy
Please, what do you mean by minimize de space between pages, how you do it?
Created attachment 188302 [details] without space the arrows point to where the pages are supposed to be separated, also an arrow points to the number of pages displayed on the screen.
Created attachment 188303 [details] with space between pages with space between pages
I also got the terms wrong, they don't even exist.... I attach images of what I am referring to I also point out the page numbering (indicating that the table occupies two pages), but in reality it only occupies one page.
Please attach a sample file with only two pages to see the issue. And how do you change between the views.
double click between the pages the file already deleted, sorry
[Automated Action] NeedInfo-To-Unconfirmed
Created attachment 188324 [details] another file
is easy to redo this bug another file https://www.vidlii.com/watch?v=iPkDxFGLiWM
I think I'm not smart enough to follow you. Please explain with detail steps what the issue is.
You just have to work with your text document with merged or unspaced pages (double click), sooner or later what is displayed (numbering and position of text and table) will not match the actual structure of the document.
The document has no problems, but the way it looks when working with merged pages (double spacing), makes it difficult to work, in fact.
(double click), sorry
(In reply to m.a.riosv from comment #10) > I think I'm not smart enough to follow you. > > Please explain with detail steps what the issue is. I think bug is about View-> Hiding Whitespace Having a look on attachment 188303 [details] I can't see something strange. Could you please explain, what is wrong here? => NEEDINFO
sometimes the tables appear cropped when handling high volume of text (I don't know how to reproduce it) other times it is only in appearance, after joining the pages (double click between the pages), to make the problem appear is to join the pages and create tables or copy and paste, or edit text and tables. it is an annoying problem because it damages the pagination and you have to go back to restart the structure (double click) so that the text reappears as it is in reality.
Kss(In reply to ksso from comment #16) Ksso, I think there might be a misunderstanding her or I don't grasp the problem. So first of all i think, that double click as you explain it hides and shows whitespace. You get the same result, if you select View -> Whitespace in menu. Is this correct? > it is an annoying problem because it damages the pagination and you have to > go back to restart the structure (double click) so that the text reappears > as it is in reality. "Reality" is text showing whitespace, correct? If you hide whitespace you don't really see page breaks. So if you add a table, that doesn't fit a page it will break across two pages. This could be seen as damage of layout, athough it is a regular behaviour. Does this describe your problem? => NEEDINFO
Partly, whitespace is the term, thank you. When you hide the white space, divisions are created, that divisions "in theory" correspond to the separation between pages. If the user starts to work and edit normally, after a while the divisions will multiply and get in the way, making the work more difficult. The corresponding numbering in the lower left corner of the window will indicate a numbering that does not correspond to the reality of the document (when you show the blank spaces, the real numbering is shown, the correct distribution of the text). I don't know if this is normal or not.
I noticed both when working with the document and with a new file that if I hide whitespace and then insert new text, so the number of pages increases, the status bar is not updated correctly. With attachment 188324 [details] status bar total page count is not updated at all and is only updated when showing whitespace again. With a blank file, page count is updated, but is too low until I show whitespace. We have a meta bug collecting reports related to this feature: https://bugs.documentfoundation.org/showdependencytree.cgi?id=146315&hide_resolved=1 Maybe some of the issues you saw are found in the meta bug. I will change the summary to be about the status bar page count, if you don't mind. I bibisected the stopping of the status bar page count with linux-64-5.2 to 2c23d4ee1e1370b20560e47db7efaeaac1d94b26 tdf#96515 sw Hide Whitespace: avoid creating unneeded page frames I tested by opening attachment 188324 [details], inserting dummy text to page 4 and copying it and pasting it repeatedly in order to increase the length of the document. Miklos: sorry to bring up such an old issue, but at least the commit is not big.
When I open this document, I get the following output in a dbgutil build: $ ./soffice.bin --nologo /home/vmiklos/git/libreoffice/bugs/tdf156218/orig.odt warn:legacy.tools:9543:9543:sfx2/source/control/bindings.cxx:1766: No cache for OfficeDispatch! warn:sw.layout:9543:9543:sw/source/core/layout/tabfrm.cxx:1787: LoopControl_1 in lcl_RecalcRow: Stage 1! warn:sw.layout:9543:9543:sw/source/core/layout/tabfrm.cxx:1788: LoopControl_1 in lcl_RecalcRow: Stage 2!! warn:sw.layout:9543:9543:sw/source/core/layout/tabfrm.cxx:1787: LoopControl_1 in lcl_RecalcRow: Stage 1! warn:sw.layout:9543:9543:sw/source/core/layout/tabfrm.cxx:1788: LoopControl_1 in lcl_RecalcRow: Stage 2!! warn:sw.layout:9543:9543:sw/source/core/layout/tabfrm.cxx:1789: LoopControl_1 in lcl_RecalcRow: Stage 3!!! i.e. Writer is unable to correct layout this even in the "show whitespace" case. My guess would be that the page count is not updated because the layout can't finish successfully. Are you able to reproduce this lack of page count update bug with a document where the initial layout works? If not, then the root cause may not be the above commit, i.e. even if I revert it, the problem (loop control kicking in) is still there. Thanks.
Hi, thanks for all An update, With whitespace and typing enter the pagination is altered, and typing backspace causes the writing to go off the page and can become more convoluted. https://drive.google.com/file/d/1wh2bngN3patBGeKoMAHmXBM8mX9HigAq/view?usp=drive_link odt file to attach
Created attachment 192080 [details] text off the page text off the page
Thanks for the video. I tried to reproduce this on master without success. Could you try if 1) switching the UI language to English and 2) getting a daily build from https://dev-builds.libreoffice.org/daily/master/current.html (master, towards 24.8) would also reproduce this? THanks.
Dear ksso, 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
the same thing https://drive.google.com/file/d/1IUH7jijvC-4I1qm3OUwVKC_ZylbVJzrT/view?usp=drive_link also attached the file
Created attachment 196576 [details] whitspace in build
(In reply to Miklos Vajna from comment #25) > Thanks for the video. I tried to reproduce this on master without success. > Could you try if 1) switching the UI language to English and 2) getting a > daily build from > https://dev-builds.libreoffice.org/daily/master/current.html (master, > towards 24.8) would also reproduce this? THanks. ksso: we are still waiting for your feedback on this.
24.8 https://drive.google.com/file/d/1d-GFp8rIQNFcDXvUaz8Q_N4zXTLEbjAK/view?usp=sharing attach file hope this will be useful thanks
Created attachment 196589 [details] whitespace in 24.8
(In reply to ksso from comment #27) > the same thing > > https://drive.google.com/file/d/1IUH7jijvC-4I1qm3OUwVKC_ZylbVJzrT/ > view?usp=drive_link > > also attached the file Aha, so it was a video. I don't always have time to click mysterious links. It would have been easier to just paste the version information here as text and explain in words how it went.
OK, I can reproduce the following from the video: 1) Create a new Writer document. 2) Add enough empty paragraphs to the page, so the next "enter" at the document end would create a second page. 3) Enable "hide whitespace" mode. 4) Press "enter". Expected result: a 2nd page is created. Actual result: the first page size grows, surprisingly. I'll look into this.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ba7199da2e6ec9d58475373f264326fbeb31f4bd tdf#156218 sw hide whitespace: fix increased page size on new para at doc end It will be available in 25.2.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.