DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=42576>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=42576 Summary: force-page-count not working as expected Product: Fop Version: all Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: page-master/layout AssignedTo: firstname.lastname@example.org ReportedBy: [EMAIL PROTECTED] The force-page-count does not work as expected for the end-on-odd and end-on-even values. As a side effect, the initial-page-number does not work either, as the implementation uses force-page-count to simulate its effect. There are two bugs-in-one here: - The first page does not respect the force-page-count attribute - Intermediate (ie. not first nor last) page-sequence erroneously implement the end-on-* values by breaking at the first page, resulting in a first page being empty, and the flow being shifted to the 2nd page. The attached FO file, modified from the FAQ, demonstrates the issue. This file specifies a document that should render 3 short page-sequence as follows: - Page sequence 1 should be 2 pages: 1 first page with text, 1 blank page - Page sequence 2 should be 2 pages: 1 first page with text, 1 blank page - Page sequence 3 should be 2 pages: 1 first page with text, 1 blank page FOP renders instead: - Page sequence 1 is 1 page: 1 first page with text - Page sequence 2 is 2 pages: 1 first page empty, 1 page with text - Page sequence 3 is 3 pages: 1 first page empty, 1 page with text, 1 blank page Note that the three page-sequence are strictly identical, and should therefore be rendered exactly the same. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.