FO - Force Pages on same spread
Hi, I'm preparing a FO document in order to generate a catalog book. I would like to have two pages together such that they are on the same spread i.e. if the first page is an even page(left) then the next would be the following odd pages(right) making it on the same spread. On the other hand if the first page falls on an odd page(right), I would like to force a blank page and start it as an even page(left) so that the second page is an odd page(right) making it on the same spread. How can I achieve this? Any ideas would be greatly appreciated. Thank you. Prakash __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FO - Adding Filler Pages for page count multiple of 16
Hi, I'm new to FO. I'm developing a FO document to generate a catalog which has multiple sections. I have a constraint on the length of each of these sections. It has to be a multiple of 16 pages. If the data for a particular section is less than a multiple of 16 pages then the extra pages need to be blank pages or notes pages with rules. eg. a section is 14 pages of data then it should be followed by 2 blank pages to make it 16 pages. another section is 25 pages of data then it should be followed by 7 blank pages to make it 32 pages. This is almost like force-page-count=16*x. First of all I would like to know if this is possible. If so, I would appreciate any pointers to get it done. Thank you. Prakash __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVG rendering without border?
Hello, I am creating a DocBook PDF using FOP. My SVG always have a black border around them. Is it possible to render without those, somehow? Greetz, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pagination Problem
Thanks, Jeremias! My customer finally prefered a one-column layout, so I didn't see the error again. But theoretically, it could still occur, since the first page still has this box in its region-start. If I revisit that project in the next days, I'll try to reproduce the error and get an output of the FP tree - by the time I wait for other errors to be reported by my customer ;-) Am Freitag, den 19.08.2005, 09:27 +0200 schrieb Jeremias Maerki: > I can confirm Ken's problem, but I don't have any work-around, I'm > afraid. It's probably a bug but one that's not going to be fixed. I can > also confirm that this particular problem doesn't occur in the current > development code (as if that would help, sorry). > > Sonja's problem seems to be something else. It would help to have an FO > file to reproduce it. Anyway, the thing she describes will not be > possible for some time with the development code (for the devs: changing > available IPD problem). This is quite tricky stuff for us coders. To > avoid any problems you should put the headline page and the following > pages in a different page-sequence and try not to have to flow content > from the first to the second page. That should work for both FOP > versions. > > On 19.08.2005 09:13:13 Sonja Löhr wrote: > > > > Hi! > > > > I can't help ;-(, but for those who can, I just want to add a related > > observation: > > I put each headline in a table together with the following paragraph, > > with keep-with-next and keep-together, the table should have a width of > > 100%. > > If a page break occured before such a table (and only then), FOP seemed > > to not recognize it early enough: The table indeed displayed on the next > > page, but the percentual width is 100% of the width in the previous > > page. > > > > (I used 2 columns on pages greater than 1 and some box in region-start > > of the first page, so the text-width differed.) > > > > Regards, > > sonja > > > > > > > > Am Donnerstag, den 18.08.2005, 12:47 -0700 schrieb Ken Johnson: > > > Hello, > > > > > > I am having a pagination problem with FOP 0.20.5. The problem occurs > > > when the entire contents of a table row does not fit on a page. A new > > > page seems to be generated but the table row's content is not rendered > > > on the new page. It seems to be rendered on the previous page even > > > though it presumably would not fit. I believe this is a previously > > > reported bug. In the event that this is the final table row > > > containing content, the resulting document will have an extra blank > > > page. Very undesirable indeed. The following example illustrates the > > > problem. Row 2 is rendered on the first page and a blank second page > > > is created. If a third row is added to the table, it gets rendered on > > > the second page and the document appears correct. > > > > > > Does anyone know of possible a workaround for the problem? Any help > > > is greatly appreciated. > > > > > > Thanks, > > > Ken > > > > > > > > > > > > > > > > > > http://www.w3.org/1999/XSL/Format";> > > > > > > > > page-width="8.5in" > > > page-height="11in" > > > margin-right=".25in" > > > margin-left=".25in" > > > margin-top=".25in" > > > margin-bottom=".25in" > > > master-name="ThePage"> > > > > > > > > > > > > > > > > > > > > > > > > > > >> > language="en" > > > hyphenate="true" > > > initial-page-number="1" > > > force-page-count="no-force"> > > > > > > > > > > > >> > column-width="proportional-column-width(100)"/> > > > > > > > > > > > > This is row 1 > > > > > > > > > > > > > > > This is row 2 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- > > Sonja Löhr <[EMAIL PROTECTED]> > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > Jeremias Maerki > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Sonja Löhr <[EMAIL PROTECTED]> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pagination Problem
I can confirm Ken's problem, but I don't have any work-around, I'm afraid. It's probably a bug but one that's not going to be fixed. I can also confirm that this particular problem doesn't occur in the current development code (as if that would help, sorry). Sonja's problem seems to be something else. It would help to have an FO file to reproduce it. Anyway, the thing she describes will not be possible for some time with the development code (for the devs: changing available IPD problem). This is quite tricky stuff for us coders. To avoid any problems you should put the headline page and the following pages in a different page-sequence and try not to have to flow content from the first to the second page. That should work for both FOP versions. On 19.08.2005 09:13:13 Sonja Löhr wrote: > > Hi! > > I can't help ;-(, but for those who can, I just want to add a related > observation: > I put each headline in a table together with the following paragraph, > with keep-with-next and keep-together, the table should have a width of > 100%. > If a page break occured before such a table (and only then), FOP seemed > to not recognize it early enough: The table indeed displayed on the next > page, but the percentual width is 100% of the width in the previous > page. > > (I used 2 columns on pages greater than 1 and some box in region-start > of the first page, so the text-width differed.) > > Regards, > sonja > > > > Am Donnerstag, den 18.08.2005, 12:47 -0700 schrieb Ken Johnson: > > Hello, > > > > I am having a pagination problem with FOP 0.20.5. The problem occurs > > when the entire contents of a table row does not fit on a page. A new > > page seems to be generated but the table row's content is not rendered > > on the new page. It seems to be rendered on the previous page even > > though it presumably would not fit. I believe this is a previously > > reported bug. In the event that this is the final table row > > containing content, the resulting document will have an extra blank > > page. Very undesirable indeed. The following example illustrates the > > problem. Row 2 is rendered on the first page and a blank second page > > is created. If a third row is added to the table, it gets rendered on > > the second page and the document appears correct. > > > > Does anyone know of possible a workaround for the problem? Any help > > is greatly appreciated. > > > > Thanks, > > Ken > > > > > > > > > > > > http://www.w3.org/1999/XSL/Format";> > > > > > page-width="8.5in" > > page-height="11in" > > margin-right=".25in" > > margin-left=".25in" > > margin-top=".25in" > > margin-bottom=".25in" > > master-name="ThePage"> > > > > > > > > > > > > > > > > > >> language="en" > > hyphenate="true" > > initial-page-number="1" > > force-page-count="no-force"> > > > > > > > >> column-width="proportional-column-width(100)"/> > > > > > > > > This is row 1 > > > > > > > > > > This is row 2 > > > > > > > > > > > > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- > Sonja Löhr <[EMAIL PROTECTED]> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pagination Problem
Hi! I can't help ;-(, but for those who can, I just want to add a related observation: I put each headline in a table together with the following paragraph, with keep-with-next and keep-together, the table should have a width of 100%. If a page break occured before such a table (and only then), FOP seemed to not recognize it early enough: The table indeed displayed on the next page, but the percentual width is 100% of the width in the previous page. (I used 2 columns on pages greater than 1 and some box in region-start of the first page, so the text-width differed.) Regards, sonja Am Donnerstag, den 18.08.2005, 12:47 -0700 schrieb Ken Johnson: > Hello, > > I am having a pagination problem with FOP 0.20.5. The problem occurs > when the entire contents of a table row does not fit on a page. A new > page seems to be generated but the table row's content is not rendered > on the new page. It seems to be rendered on the previous page even > though it presumably would not fit. I believe this is a previously > reported bug. In the event that this is the final table row > containing content, the resulting document will have an extra blank > page. Very undesirable indeed. The following example illustrates the > problem. Row 2 is rendered on the first page and a blank second page > is created. If a third row is added to the table, it gets rendered on > the second page and the document appears correct. > > Does anyone know of possible a workaround for the problem? Any help > is greatly appreciated. > > Thanks, > Ken > > > > > > http://www.w3.org/1999/XSL/Format";> > > page-width="8.5in" > page-height="11in" > margin-right=".25in" > margin-left=".25in" > margin-top=".25in" > margin-bottom=".25in" > master-name="ThePage"> > > > > > > > > > language="en" > hyphenate="true" > initial-page-number="1" > force-page-count="no-force"> > > > >column-width="proportional-column-width(100)"/> > > > > This is row 1 > > > > > This is row 2 > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Sonja Löhr <[EMAIL PROTECTED]> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]