Created attachment 170787 [details] test document Hello, when a paragraph is invisible because it has a hidden paragraph textfield (com.sun.star.text.textfield.HiddenParagraph) with condition "TRUE" the style property "page break before" is shown. To my mind the page break should not be shown if the paragraph is hidden. See attatched file --- Sometimes I habe the behaviour with margins to the top or bottm. The hidden paragraph has got a margin and the margin will be shown. Repainting the document (2 times ctrl + F9) will help and the margin won't be shown. Unfortunately this problem is not reproduceable.
Thank you for reporting the bug. When I open your document, the paragraph with page break before is visible. I've tried to reproduce your problem as follows: 1. Change paragraph style of first paragraph of second page 2. Modify that paragraph style: In tab "Font Effect" select "Hidden" Actual result: Paragraph is hidden, but page break is still there Does this desribe your problem? If not, please add some steps to reproduce. => NEEDINFO
Hello Dieter, thank you for your reply and sorry for my worse english. I forgot to say that you have to set the setting .uno:HiddenParagraph to "false" because it's my default settings. You can change this in the settings in "Extras - Optionen - LibreOffice Writer: Ansicht - Felder anzeigen: Vervorgene Absätze" (I don't know the english menu structure). Although the paragraph is hidden the page break is shown. You don't have to change anything on the document. When I change the font effect of the first paragraph on 2nd page to "Hidden" the paragraph will completely not shown but the page break is already visible. In my opinion the page break should not be visible because it is anchored on a paragraph which is hidden. When a paragraph is hidden all of it's properties should be removed/neutralized. Only for the display the text:p and it's style should be removed. For native german speaking people the same text for better understanding: Sorry, ich habe vergessen zu sagen, dass die Einstellung "Versteckte Absätze anzeigen" deaktiviert sein muss. Da es meine Standardeinstellung ist habe ich daran nicht mehr gedacht. Der Absatz an dem der Seitenumbruch verankert ist, wird durch das Textfeld "versteckter Absatz" ausgeblendet. Dementsprechend sollte auch der Seitenumbruch und alle anderen Formate des ausgeblendeten Absatzes neutralisiert werden. Für die Anzeige müsste so getan werden als ob das text:p und dessen Style nicht existieren würden.
[Automated Action] NeedInfo-To-Unconfirmed
Sven, thanks for clarification. So I think the problem can be reduced to the question: Should a page break also be hidden, if it belongs to a hidden paragraph? I give that question to the design team.
Created attachment 171315 [details] Another test document Couldn't follow your example at the first go, so I created a new one. Hide the first paragraph per Hide = TRUE or FALSE, in any case the paragraph style "Hidden Paragraph" with a page break before will be applied. Added another case for "Hidden Characters" (font effects: hidden) at page #3. My take: page break before or after a hidden paragraph should be hidden. This allows also for much more complex layouts. MSO shows hidden text with a dotted underline. I'm not aware of a function that hides a paragraph.
UX input given, removing the keyword
Dear Sven, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still repro with Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 24; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL threaded and with current master. This is an interoperability problem: hiding a paragraph in Word (selecting it as a whole, and setting "Hidden" character property) would hide the break (if the hidden text is displayed on screen, this would be visible on print preview). This is also a consistency issue: if you put that paragraph to a section instead, and make the *section* hidden, then the break will disappear. Commit 0c96119895b347f8eb5bb89f393351bd3c02b9f1 can be used as a rough code pointer (not an easyhack).