Re: force-page-count=even dropping data
Thanks Chris, I don't think I would make much use of an account. I do hope the example fo is useful, but my client is not likely to pick up the fix since we have a work around. rjs On 10/21/2013 07:37 AM, Chris Bowditch wrote: Hi Rob, As Thanasis mentioned adding an attachment to JIRA is easy enough if you have an account. I've uploaded the sample you provided after verifying that the last page master is not selected on the latest trunk code. Thanks, Chris On 20/10/2013 14:05, Rob Sargent wrote: I followed the jira link but I did not see a place where I could attach this much smaller fo. Please advise or forward. I did notice that this fo works correctly in FOP 1.0 (ubuntu package) placing the table alone on the fourth page, but fop1.1rc1(.local-edits) does not. On 10/11/2013 08:32 AM, Pascal Sancho wrote: Hi, This seems to be related to open issue [1]. From what I read in comments, there is a lake of test file, so your xsl-fo should help. [1] https://issues.apache.org/jira/browse/FOP-1976 2013/10/9 Rob Sargent rsarg...@xmission.com: Running the attached, admittedly rather large, fo through fop 1.1 drops the tabular found beginning at line 135. Simply changing the force-page-count value on line 61 from even to no-force will then generate the tabular data. I believe it requires at least 3 pages to get into this situation. A skeletal one page attempt failed to produce the (un)desired affect. I have not yet tried 5 or greater pages of content. I suspect it may also require that the fourth page have only the tabular data, but my tests are inconclusive. I would really appreciate confirmation or contradiction from the group. Thanks rjs - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: force-page-count=even dropping data
I followed the jira link but I did not see a place where I could attach this much smaller fo. Please advise or forward. I did notice that this fo works correctly in FOP 1.0 (ubuntu package) placing the table alone on the fourth page, but fop1.1rc1(.local-edits) does not. On 10/11/2013 08:32 AM, Pascal Sancho wrote: Hi, This seems to be related to open issue [1]. From what I read in comments, there is a lake of test file, so your xsl-fo should help. [1] https://issues.apache.org/jira/browse/FOP-1976 2013/10/9 Rob Sargent rsarg...@xmission.com: Running the attached, admittedly rather large, fo through fop 1.1 drops the tabular found beginning at line 135. Simply changing the force-page-count value on line 61 from even to no-force will then generate the tabular data. I believe it requires at least 3 pages to get into this situation. A skeletal one page attempt failed to produce the (un)desired affect. I have not yet tried 5 or greater pages of content. I suspect it may also require that the fourth page have only the tabular data, but my tests are inconclusive. I would really appreciate confirmation or contradiction from the group. Thanks rjs - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:xalan=http://xml.apache.org/xslt; xmlns:size=xalan://com.amirsys.printing.fop.FopTableSizer xmlns:ec=xalan://com.amirsys.utilities.ElementConversion fo:layout-master-set fo:simple-page-master margin= 0.0in 0.833in 0.60in 0.0in page-width=8.5in page-height=11in master-name=firstPage fo:region-body margin-left=0.75in margin-bottom=0.0in margin-top=4.08in column-gap=0.25in column-count=2 / fo:region-before region-name=header-first extent=4.08in / fo:region-start overflow=visible extent=0.75in region-name=sidebar-left / /fo:simple-page-master fo:simple-page-master margin=0.0in 0.0in 0.60in 0.833in page-width=8.5in page-height=11in master-name=secondPage fo:region-body margin-bottom=0in margin-right=0.75in column-gap=0.25in column-count=2 margin-top=0.66in / fo:region-before region-name=header-second extent=0.66in / fo:region-after region-name=footer-second extent=0in / fo:region-end overflow=visible extent=0.75in region-name=sidebar-right / /fo:simple-page-master fo:simple-page-master page-width=8.5in page-height=11in master-name=lastPage margin= 0.0in 0.833in 0.60in 0.0in fo:region-body margin-bottom=0.6in margin-top=4.604in column-gap=0.25in column-count=2 margin-left=0.75in / fo:region-before region-name=header-last extent=4.604in / fo:region-start overflow=visible extent=0.75in region-name=sidebar-left / /fo:simple-page-master fo:simple-page-master page-width=8.5in page-height=11in margin= 0.0in 0.833in 0.60in 0.0in master-name=rest-left fo:region-body margin-left=0.75in margin-top=0.66in column-gap=0.25in column-count=2 / fo:region-before region-name=header-rest extent=0.66in / fo:region-after region-name=footer-rest extent=0.6in / fo:region-start extent=0.75in region-name=sidebar-left / /fo:simple-page-master fo:simple-page-master page-width=8.5in page-height=11in margin=0.0in 0.0in 0.60in 0.833in master-name=rest-right fo:region-body margin-right=0.75in margin-top=0.66in column-gap=0.25in column-count=2 / fo:region-before region-name=header-rest extent=0.66in / fo:region-after region-name=footer-rest extent=0.6in / fo:region-end extent=0.75in region-name=sidebar-right / /fo:simple-page-master fo:simple-page-master page-width=8.5in page-height=11in margin= 0.0in 0.833in 0.60in 0.0in master-name=image-left fo:region-body margin-left=0.75in margin-top=0.66in / fo:region-before extent=0.66in region-name=image-header / fo:region-start extent=0.75in region-name=sidebar-left / /fo:simple-page-master fo:simple-page-master page-width=8.5in page-height=11in margin=0.0in 0.0in 0.60in 0.833in master-name=image-right fo:region-body margin-right=0.75in margin-top=0.66in / fo:region-before extent=0.66in region-name=image-header / fo:region-end extent=0.75in region-name=sidebar-right / /fo:simple-page-master fo:page-sequence-master master-name=keyfactsMaster fo:single-page-master-reference master-reference=firstPage / /fo:page-sequence-master fo:page-sequence-master master-name=textPages fo:single-page-master-reference master-reference=firstPage / fo:single-page-master-reference master-reference=secondPage / fo:repeatable-page-master-alternatives fo:conditional-page-master-reference page-position=last master-reference=lastPage / fo:conditional-page-master-reference
RE: force-page-count=even dropping data
you need to create an account in apache jira and then following the https://issues.apache.org/jira/browse/FOP-1976 link click the plus symbol in the attachment section. After that, you just need to select the file you want to upload and add a brief description. If you do not have any objections I can do it for you. Thanasis Date: Sun, 20 Oct 2013 07:05:16 -0600 From: rsarg...@xmission.com To: fop-users@xmlgraphics.apache.org Subject: Re: force-page-count=even dropping data I followed the jira link but I did not see a place where I could attach this much smaller fo. Please advise or forward. I did notice that this fo works correctly in FOP 1.0 (ubuntu package) placing the table alone on the fourth page, but fop1.1rc1(.local-edits) does not. On 10/11/2013 08:32 AM, Pascal Sancho wrote: Hi, This seems to be related to open issue [1]. From what I read in comments, there is a lake of test file, so your xsl-fo should help. [1] https://issues.apache.org/jira/browse/FOP-1976 2013/10/9 Rob Sargent rsarg...@xmission.com: Running the attached, admittedly rather large, fo through fop 1.1 drops the tabular found beginning at line 135. Simply changing the force-page-count value on line 61 from even to no-force will then generate the tabular data. I believe it requires at least 3 pages to get into this situation. A skeletal one page attempt failed to produce the (un)desired affect. I have not yet tried 5 or greater pages of content. I suspect it may also require that the fourth page have only the tabular data, but my tests are inconclusive. I would really appreciate confirmation or contradiction from the group. Thanks rjs - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: force-page-count=even dropping data
Chris, I'll try to make a smaller file this weekend but I have a hunch it only happens on odd pages and maybe n 1. My second guess is that the flow on the missing page is actually empty, the only missing data in the example I sent goes in the region-before (of the missing last page). Note: as a work around I've changed the page-sequence to NOT use the last-page trick. With that, the tabular data always shows up and page caused by extra content gets proper flow. (We write fixed-length chapters, 1-5 pages, the tabular data is always on last page.) Have you been able to use the file I sent earlier? Later, rjs On 10/18/2013 02:46 AM, Chris Bowditch wrote: Hi Rob, Any sample FO File that demonstrates the issue will do. Obviously a shorter file is preferrable but even a long file is better than none at all. All we have on the bug report currently is a description of a preceived issue from looking at the code. I requested a sample there last year, but the reported did not respond. Thanks, Chris On 11/10/2013 16:04, Rob Sargent wrote: Shall do. Since fop usage is not longer my day job it will be more difficult to contribute much. Not sure how much shorter the fop can be since I think it requires more than two pages to trip problem. Would prose content as opposed to bullet content help? On 10/11/2013 08:56 AM, Pascal Sancho wrote: Yes, all comment is welcome. if you can provide (attach to the issue) a reduced test file, that should help too. 2013/10/11 Rob Sargent rsarg...@xmission.com: Oh, so nice to not be alone! Thanks. Should I add comment to this thread or to the issue you mention? rjs On 10/11/2013 08:32 AM, Pascal Sancho wrote: Hi, This seems to be related to open issue [1]. From what I read in comments, there is a lake of test file, so your xsl-fo should help. [1] https://issues.apache.org/jira/browse/FOP-1976 2013/10/9 Rob Sargent rsarg...@xmission.com: Running the attached, admittedly rather large, fo through fop 1.1 drops the tabular found beginning at line 135. Simply changing the force-page-count value on line 61 from even to no-force will then generate the tabular data. I believe it requires at least 3 pages to get into this situation. A skeletal one page attempt failed to produce the (un)desired affect. I have not yet tried 5 or greater pages of content. I suspect it may also require that the fourth page have only the tabular data, but my tests are inconclusive. I would really appreciate confirmation or contradiction from the group. Thanks rjs - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: force-page-count=even dropping data
Hi, This seems to be related to open issue [1]. From what I read in comments, there is a lake of test file, so your xsl-fo should help. [1] https://issues.apache.org/jira/browse/FOP-1976 2013/10/9 Rob Sargent rsarg...@xmission.com: Running the attached, admittedly rather large, fo through fop 1.1 drops the tabular found beginning at line 135. Simply changing the force-page-count value on line 61 from even to no-force will then generate the tabular data. I believe it requires at least 3 pages to get into this situation. A skeletal one page attempt failed to produce the (un)desired affect. I have not yet tried 5 or greater pages of content. I suspect it may also require that the fourth page have only the tabular data, but my tests are inconclusive. I would really appreciate confirmation or contradiction from the group. Thanks rjs - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: force-page-count=even dropping data
Yes, all comment is welcome. if you can provide (attach to the issue) a reduced test file, that should help too. 2013/10/11 Rob Sargent rsarg...@xmission.com: Oh, so nice to not be alone! Thanks. Should I add comment to this thread or to the issue you mention? rjs On 10/11/2013 08:32 AM, Pascal Sancho wrote: Hi, This seems to be related to open issue [1]. From what I read in comments, there is a lake of test file, so your xsl-fo should help. [1] https://issues.apache.org/jira/browse/FOP-1976 2013/10/9 Rob Sargent rsarg...@xmission.com: Running the attached, admittedly rather large, fo through fop 1.1 drops the tabular found beginning at line 135. Simply changing the force-page-count value on line 61 from even to no-force will then generate the tabular data. I believe it requires at least 3 pages to get into this situation. A skeletal one page attempt failed to produce the (un)desired affect. I have not yet tried 5 or greater pages of content. I suspect it may also require that the fourth page have only the tabular data, but my tests are inconclusive. I would really appreciate confirmation or contradiction from the group. Thanks rjs - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: force-page-count=even dropping data
the cited issue will remain on todo list if still open, while this list is archived, so adding comment to issue is better, if relevant. 2013/10/11 Pascal Sancho psancho@gmail.com: Yes, all comment is welcome. if you can provide (attach to the issue) a reduced test file, that should help too. 2013/10/11 Rob Sargent rsarg...@xmission.com: Oh, so nice to not be alone! Thanks. Should I add comment to this thread or to the issue you mention? rjs On 10/11/2013 08:32 AM, Pascal Sancho wrote: Hi, This seems to be related to open issue [1]. From what I read in comments, there is a lake of test file, so your xsl-fo should help. [1] https://issues.apache.org/jira/browse/FOP-1976 2013/10/9 Rob Sargent rsarg...@xmission.com: Running the attached, admittedly rather large, fo through fop 1.1 drops the tabular found beginning at line 135. Simply changing the force-page-count value on line 61 from even to no-force will then generate the tabular data. I believe it requires at least 3 pages to get into this situation. A skeletal one page attempt failed to produce the (un)desired affect. I have not yet tried 5 or greater pages of content. I suspect it may also require that the fourth page have only the tabular data, but my tests are inconclusive. I would really appreciate confirmation or contradiction from the group. Thanks rjs - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- pascal -- pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: force-page-count=even dropping data
Shall do. Since fop usage is not longer my day job it will be more difficult to contribute much. Not sure how much shorter the fop can be since I think it requires more than two pages to trip problem. Would prose content as opposed to bullet content help? On 10/11/2013 08:56 AM, Pascal Sancho wrote: Yes, all comment is welcome. if you can provide (attach to the issue) a reduced test file, that should help too. 2013/10/11 Rob Sargent rsarg...@xmission.com: Oh, so nice to not be alone! Thanks. Should I add comment to this thread or to the issue you mention? rjs On 10/11/2013 08:32 AM, Pascal Sancho wrote: Hi, This seems to be related to open issue [1]. From what I read in comments, there is a lake of test file, so your xsl-fo should help. [1] https://issues.apache.org/jira/browse/FOP-1976 2013/10/9 Rob Sargent rsarg...@xmission.com: Running the attached, admittedly rather large, fo through fop 1.1 drops the tabular found beginning at line 135. Simply changing the force-page-count value on line 61 from even to no-force will then generate the tabular data. I believe it requires at least 3 pages to get into this situation. A skeletal one page attempt failed to produce the (un)desired affect. I have not yet tried 5 or greater pages of content. I suspect it may also require that the fourth page have only the tabular data, but my tests are inconclusive. I would really appreciate confirmation or contradiction from the group. Thanks rjs - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org