Description: The indicator lines showing page break do not show up unless the print preview was run. Steps to Reproduce: 1. create new document 2. enter data in cells 3. notice no page break indicators showing 4. click print preview symbol 5. exit print preview 6. page break indicators are now visible Actual Results: The page break indicators are not visible until step 6. Expected Results: The page break indicators should be visible immediately. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info:
On Linux, I tested this case on 2 versions with 2 steps on Writer: 1) insert two lines in a new document and a free line between them and the cursor on the second line (to move a line on the first page, and the second line to the second page) 2) insert - > Page break On version 6.0.3.2 the page break line appear after saving the document OR after clicking in the document anywhere Identificator construire: 1:6.0.3-0ubuntu1 Fire CPU: 4; OS: Linux 4.15; Redare UI: implicit; VCL: gtk3; Setări regionale: ro-RO (ro_RO.UTF-8); Calc: group threaded On Version 6.1.1.0.0+ the page break line appears in the moment I clicked Insert - page break. Build ID: 5a56b72413d5f555c854e36d3bd2fd50ec21644c CPU threads: 4; OS: Linux 4.15; UI render: GL; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-6-1, Time: 2018-08-15_02:45:13 Locale: ro-RO (ro_RO.UTF-8); Calc: group threaded On version 6.2.0.0.alpha0+ the page break line appears in the moment I clicked Insert - page break. Build ID: e005ab5d40d358adb75a64e140d46f4bf605647d CPU threads: 4; OS: Linux 4.15; UI render: GL; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-09-15_02:08:38 Locale: ro-RO (ro_RO.UTF-8); Calc: threaded Maybe you should try a newer version of Libre Office. To test it. For me 6.1.1.0.0 and 6.2 works perfect about this subject.
(In reply to BogdanB from comment #1) > On Linux, I tested this case on 2 versions with 2 steps on Writer: > > Maybe you should try a newer version of Libre Office. To test it. For me > 6.1.1.0.0 and 6.2 works perfect about this subject. My bug report is for CALC, not Writer.
I tested now on Windows 10. Confirm it. Version: 6.2.0.0.alpha0+ (x64) Build ID: 3208fcb3a36d75d6290d9c548430682f153b09db CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-09-20_22:43:20 Locale: ro-RO (ro_RO); Calc: threaded
I can reproduce it back to LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 I'm wondering if this is the expected behavior... Adding UX team to the loop
Would be very nice to have this. You can now from the first look if the page fits in one page or more, like on xls.
From UX POV the user is always right - or maybe not always but in this case :-). However, question is if we can know what constraints the output get when the sheet has not been printed / previewed. It's defined in Format > Page... so I guess we can. And actually it's enough to open and close the page settings to see the margins.
(In reply to Heiko Tietze from comment #6) > From UX POV the user is always right - or maybe not always but in this case > :-). Last days I was bibisecting a bug that needed those line to see if they are ok or not, and I needed to PrintPreview in order to see the line. In excel just open the file and you have the lines. From my point of view this shoulnt be hard to change because LO knows after PrintPreview this info, just have to be calculated before preview. By default.
Also reproduced in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
This was fixed along with bug 124983. *** This bug has been marked as a duplicate of bug 124983 ***