Apache OpenOffice (AOO) Bugzilla – Issue 124707
Print Page area marks shrunk to last print selection
Last modified: 2014-05-10 17:40:06 UTC
Created attachment 83228 [details] Simple Sample Steps how to reproduce with "AOO 4.1.0 RC3 – English UI / German locale [AOO410m17(Build:9763) - Rev. 1586584 2014-04-11 08:56:50]" on German WIN7 Home Premium (64bit)", “historic” 4. User Profile used for all predecessor versions: A test 1. open attached sample.ods 2. Menu 'Page Review -> [Esc] > Afetr Page preview a thicker grey border around A1:G55 (or similar) shows the range of cells what can be printed together on 1 page The bug 3. Select A1:B2 4. Menu 'View -> Page Break Preview' > Only A1:B2 will be shown in Page Break Preview 5. Menu 'file -> Print -> Selected Cells (Radio Button) -> [Cancel] > Only A1:B2 will be shown in Page Break Preview 6. Menu 'View -> Normal' Switches back to normal view Bug: Now the range of cells what can be printed together on 1 page only shows A1:B2 :-( Additional Info: ---------------- (a) even worse: if you type an "x" to cell A3, the view of page print range stays A1:B2, seems to show that the "x" would be printed on an additional page (b) A Page preview brings back the correct page print area view (I haven't a clue what the correct name might be) (c1) Already Reproducible with OOo 3.3.0 (c2) Still ok withOOo 3.2.1, OOo 3.1.1 (c3) So it seems that the problem came up with the new Print Preview in the Print dialog. (d) Minor problem, only visible under very special conditions (e) LibO 4.2 also is affected.
I see no problem. What you describe is the right and designed behaviour. You can explain it by yourself by using more data, inserting manual breaks, changing the print area by dragging the blue lines in the page break view. The Page Break Preview shows _what_ will be printed: only cells with content. The lines in the Normal View shows, how the (whole) sheet _would_ be grouped into pages if there would be any data.
Created attachment 83231 [details] Screenshot Comparison
I also see no bug.
At least some understanding of the problem we are discussing about is required. We even are not talking about Menu 'View -> Page break preview' And as you can read in (a) a part of the bug is that the grey page border lines in normal view do NOT show correctly what will be printed in 1 page.
(In reply to Rainer Bielefeld from comment #4) > At least some understanding of the problem we are discussing about is > required. We even are not talking about Menu 'View -> Page break preview' > > And as you can read in (a) a part of the bug is that the grey page border > lines in normal view do NOT show correctly what will be printed in 1 page. The print page limits have always been updated after calling the page preview. This isn't a bug but you may provide a new specification to change the behaviour.
@mroe: The bug (or at least unexpected behavior) we are discussing here is in original report step 6. You see the word "Bug"! Your comment concerning print page borders update again has nothing to do with the reported bug. My comment (a) only explains that the shown grey printed page borders do not show the real page borders after the reported effect has appeared
(f) The view in step 6 is the same as after having created a (temporary, virtual) print range for A1:B2 But after step 6, menu 'Format -> Print Ranges' does not show a print range