DO NOT REPLY [Bug 31570] New: - page break and keep together do not work well together
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=31570. 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=31570 page break and keep together do not work well together Summary: page break and keep together do not work well together Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: Critical Priority: Other Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Below is the code from my xsl file - I am getting three pages in total. Issue is I am having getting first table on seprate page and second table on seprate page. The first table should be on the actually on the very first page as there is lot of space at the bottom of first page(FYI - first page has some data). xsl:when test=SUB_PRODUCT_ID= '' and PRODUCT_ID = 'ZZ' fo:table-row keep-with-next=always fo:table-cell /fo:table-cell fo:table-cell /fo:table-cell fo:table-cell /fo:table-cell fo:table-cell /fo:table-cell fo:table-cell /fo:table-cell fo:table-cell number-columns-spanned=4 fo:table table-layout=fixed width=100% fo:table-column column- width=proportional-column-width(1)/ fo:table-column column- width=proportional-column-width(1)/ fo:table-body fo:table-row keep-with-next=always fo:table-cell fo:block space-before=8mm text-align=start font-size=7pt font-weight=bold keep-with-next.within- page=always space-after.maximum = 6ptGesamtsumme netto /fo:block /fo:table-cell fo:table-cell fo:block space-before=8mm text-align=end font-size=7pt font-weight=bold keep-with-next.within- page=always space-before.minimum = 6pt xsl:value-of select=BILLED_AMOUNT/ /fo:block /fo:table-cell /fo:table-row fo:table-row keep-with-next=always fo:table-cell fo:block space-before=2mm text-align=start font-size=7pt font-weight=bold keep-with-next.within- page=always space-after.maximum = 6pt wrap-option=no-wrapMwSt. /fo:block /fo:table-cell fo:table-cell fo:block space-before=2mm text-align=end font-size=7pt font-weight=bold keep-with-next.within- page=always space-before.minimum = 6pt xsl:value-of select=TAX/ /fo:block /fo:table-cell /fo:table-row fo:table-row keep-with-next=always fo:table-cell fo:block space-before=2mm text-align=start font-size=7pt font-weight=bold keep-with-next.within- page=always space-after.maximum = 6pt wrap-option=no-wrapSumme brutto /fo:block /fo:table-cell fo:table-cell fo:block space-before=2mm text-align=end font-size=7pt font-weight=bold keep-with-next.within- page=always space-before.minimum = 6ptxsl:value-of select=AFTER_TAX_AMOUNT/ /fo:block /fo:table-cell
DO NOT REPLY [Bug 23387] New: - Problem in Page Break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23387 Problem in Page Break Summary: Problem in Page Break Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: Critical Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] A blank page was generate in 0.20.5. It was OK in 0.20.4. See attachments.
DO NOT REPLY [Bug 23387] - Problem in Page Break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23387 Problem in Page Break --- Additional Comments From [EMAIL PROTECTED] 2003-09-24 15:12 --- Created an attachment (id=8330) files for tests and results
DO NOT REPLY [Bug 23387] - Problem in Page Break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23387 Problem in Page Break --- Additional Comments From [EMAIL PROTECTED] 2003-09-24 15:21 --- Created an attachment (id=8332) test and results (gz)
DO NOT REPLY [Bug 23387] - Problem in Page Break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23387 Problem in Page Break [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-09-24 18:03 --- Looks like a case of this FAQ: http://xml.apache.org/fop/faq.html#blank-page-between-page-sequences
DO NOT REPLY [Bug 18038] New: - duplicated links on page break, in table with keep-together each row
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18038. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18038 duplicated links on page break, in table with keep-together each row Summary: duplicated links on page break, in table with keep- together each row Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: Minor Priority: Other Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If you have a table and one of its rows is pushed into the next page as a result of keep-together=always, and if that row has links in it, the row (and the links) are correctly moved to the next page. But the hotspot areas of the links are also drawn in the previous page (in the area left blank). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18038] - duplicated links on page break, in table with keep-together each row
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18038. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18038 duplicated links on page break, in table with keep-together each row --- Additional Comments From [EMAIL PROTECTED] 2003-03-16 13:35 --- Created an attachment (id=5354) XSLFO that reproduces the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18038] - duplicated links on page break, in table with keep-together each row
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18038. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18038 duplicated links on page break, in table with keep-together each row --- Additional Comments From [EMAIL PROTECTED] 2003-03-16 13:59 --- Created an attachment (id=5356) Screen capture of Adobe Acrobat showing the duplicate links - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
The best way to control page break
Hi mates, I'm now using FOP for 2 months, we really appreciate this way to automatically generate our catalogs here. I have to work those days on a new XSL:FO layout that must manage fine page break system. Is there a better way for handling that than using the XSL string-length() and sum() with an xsl:if tag ? Maybe with the space-after properties ? Thanks for your work on this project. -- Simon OUALID -- ARTE FRANCE Analyste Programmeur [EMAIL PROTECTED] Tél : 01.55.00.70.70 Fax : 01.55.00.73.89 --
DO NOT REPLY [Bug 7241] - keep-with-previous, keep-with-next only working on the first page break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241 keep-with-previous, keep-with-next only working on the first page break --- Additional Comments From [EMAIL PROTECTED] 2002-12-20 22:10 --- I have exactly the same problem: works first page break, doesn't work second page break -- didn't try consecutive page breaks, but I assume same as Bernd says. RedHat Linux 8.0, Fop 0.20.4. Added myself as CC and changed OS to All (I assume that's the case), I'd be interested to keep posted on this problem. thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048 Unwanted page break after image linked by external-graphic in region body [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 10:21 --- page-break-before=avoid is a shorthand of keep-with-previous=always (the same for page-break-after=avoid), but it's documented limitation of the current version that keep properties are only supported on table rows. It's addressed by the redesign process under way. Usual workaround is a blind table with keep-* properties on its rows. *** This bug has been marked as a duplicate of 3044 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] New: - Unwanted page break after image linked by external-graphic in region body
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048 Unwanted page break after image linked by external-graphic in region body Summary: Unwanted page break after image linked by external- graphic in region body Product: Fop Version: 0.20.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I want to generate a pdf with a list of images. I suppose them to be shown in the pdf one by one. And, if the two images are size small enough, they can be placed in 1 page together. However, I find that no matter how small the images are, there must be a page break for each image. The sample code is like this: : fo:block page-break-before=avoid page-break-after=avoid xsl:for-each select=ADVICE/IMAGE fo:wrapper fo:external-graphic xsl:attribute name=srcxsl:value-of select=.//xsl:attribute /fo:external-graphic /fo:wrapper /xsl:for-each /fo:block : Then, I try to put another text block after the image block like this: fo:block page-break-before=avoid page-break-after=avoid xsl:for-each select=ADVICE/IMAGE fo:wrapper fo:external-graphic xsl:attribute name=srcxsl:value-of select=.//xsl:attribute /fo:external-graphic /fo:wrapper fo:wrapperTesting data line/fo:wrapper /xsl:for-each /fo:block fo:blockAnother testing data line/fo:block The first text 'Testing data line' can be shown just next to the each image sucessfully in the same page. However, the last text 'Another testing data line' cannot be shown in the same page with the last image, even the last image is so small. A page break is forced to appear just after the image. I have tried to use table cell for the display like this, fo:table fo:table-column column-width=20cm/ fo:table-body xsl:for-each select=ADVICE/IMAGE fo:table-row fo:table-cell display-align=center fo:block text-align=center fo:external-graphic display-align=center text-align=center xsl:attribute name=srcxsl:value-of select=.//xsl:attribute /fo:external-graphic /fo:block /fo:table-cell /fo:table-row /xsl:for-each /fo:table-body /fo:table But the result is still the same. On the other hand, I just put the same coding in the static content as region- before, it can be shown successfully without page break (I think it is still to region-before cannot be page break). Is it the internal problem of FOP? Anything we can do to help? SL - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 04:49 --- Really, the biggest help would be to post a FO document (no XSL, just the FO...i.e. do your XML transformation and produce an FO document) and set of graphics that we can use as a test case. Also, you may wish to check out a more recent version of FOP and see if the issue recurrs. The test case is most important to us, however. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:28 --- Created an attachment (id=4035) fo file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:31 --- Created an attachment (id=4037) image 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:31 --- Created an attachment (id=4038) image 2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:31 --- Created an attachment (id=4039) image 3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:31 --- Created an attachment (id=4040) image 4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:34 --- I have attached the fo and images file for your reference. The reason that we use 20.3 rather 20.4 is we find that 20.4 has out of memory problem when removing the embed-file attribute from the userconfig.xml. We have to generate a pdf for muti-asian languages, therefore, we have to choose a lower version. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7241] - keep-with-previous, keep-with-next only working on the first page break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241 keep-with-previous, keep-with-next only working on the first page break --- Additional Comments From [EMAIL PROTECTED] 2002-11-21 12:55 --- Created an attachment (id=3909) Testcase (Version 0.20.4) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7241] - keep-with-previous, keep-with-next only working on the first page break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241 keep-with-previous, keep-with-next only working on the first page break [EMAIL PROTECTED] changed: What|Removed |Added Version|0.20.3 |0.20.4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7241] - keep-with-previous, keep-with-next only working on the first page break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241 keep-with-previous, keep-with-next only working on the first page break --- Additional Comments From [EMAIL PROTECTED] 2002-11-20 13:18 --- Provide an example please (fo document, add it as attachment). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: page-break-inside
Marcin Zawadzki wrote: If somebody is working on property page-break-inside ? No. Its way down the priority list because its basically redundant. The only sensoble setting is page-break-inside=avoid, which is the same as keep-together=always, simply replace it. Keep in mind that keep-together only workss on table rows, so you might want to use the old blind table trick. J.Pietschmann Maybe I something dont understand. I have folowing problem with table rows: How to force table rows to be on one page only. When row is to big to fit on actual page it should be moved to next page. I try keeps nad breaks, but it seens to work in diffrent matter. Marcin Zawadzki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: page-break-inside
Marcin Zawadzki wrote: Maybe I something dont understand. I have folowing problem with table rows: How to force table rows to be on one page only. When row is to big to fit on actual page it should be moved to next page. I try keeps nad breaks, but it seens to work in diffrent matter. That's exactly job for keep-together property [1], but make sure your row is able to fit on at least the entire page, otherwise you can run into infinite loop bug. -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: page-break-inside
OK thanks. It works now. Marcin Zawadzki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: page-break-inside
Marcin Zawadzki wrote: If somebody is working on property page-break-inside ? No. Its way down the priority list because its basically redundant. The only sensoble setting is page-break-inside=avoid, which is the same as keep-together=always, simply replace it. Keep in mind that keep-together only workss on table rows, so you might want to use the old blind table trick. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
page-break-inside
If somebody is working on property "page-break-inside" ? Our company need this property to work with fop, so probably I'll have to implement this. MZ
Page break
HI Group, I want to know the block where the FOP has broke the FO for the next page. Is it possible? Ramana. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
page break
Devs, Is it possible to tell FOP to clip the text, when the block will not fit in the respctive region? I don't want the block to spanacross lines.. [RamanaJV]
Re: page break
On Tue, 2002-07-23 at 08:47, RamanaJV wrote: Devs, Is it possible to tell FOP to clip the text, when the block will not fit in the respctive region? I don't want the block to span across lines.. Currently no. This is something that will be implemented in the new design. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: page break
Then, Is it possible to know, without actually rendering, how many lines a block is expected to span. I really need this now in my application to get away from the pagination problem that are occuring. Also, is it possible to know, how many lines of text can be written on to a page with specific dimensions? Ramana. -Original Message- From: Keiron Liddle [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 23, 2002 12:37 PM To: FOP Subject: Re: page break On Tue, 2002-07-23 at 08:47, RamanaJV wrote: Devs, Is it possible to tell FOP to clip the text, when the block will not fit in the respctive region? I don't want the block to span across lines.. Currently no. This is something that will be implemented in the new design. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: page break
On Tue, 2002-07-23 at 09:08, RamanaJV wrote: Then, Is it possible to know, without actually rendering, how many lines a block is expected to span. I really need this now in my application to get away from the pagination problem that are occuring. Also, is it possible to know, how many lines of text can be written on to a page with specific dimensions? Only the layout process can determine how many lines a block will span. You can calculate how many lines will fit on a page by working out the line height or setting the line height (note the if the line height is set it uses a slightly different number, its a bug) and the spacing between blocks. You are probably better of rendering to xml then reading that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
page break
Pietschmann ! I'm also facing thisblock break problem. I have tried this solution, but it seems to be not working as expected. I have the "pages.fo" file. I 'm expecting the entire row "PTEST" to be in page 2, but it is not happening. The "PTEST" block is breaking into the third page. Is it possible to tell FOP to clip the text, when the block will not fit in the respctive region? The "pages.fo" file attached with this mail. Ramana. -Original Message-From: Todd Migliore [mailto:[EMAIL PROTECTED]]Sent: Thursday, July 18, 2002 9:08 PMTo: [EMAIL PROTECTED]; [EMAIL PROTECTED]Subject: Re: page-break-inside="avoid" J Thanks for the reply. I was able solve my problem with the info you provided. Todd [EMAIL PROTECTED] 07/17/02 06:10PM Todd Migliore wrote: My document contains one repeating block of data. The data varies in length with each iteration. I need to force a page break if an iteration of the block of data can not entirely fit on the current page page. From what I understand page-break-inside="avoid" is the way to go about this, unfortunately it seems this feature is not yet implemented(version-0.20.3). Does anyone know of solution to this problem? Thanks in advance. T Look here for hints: http://marc.theaimsgroup.com/?l=fop-userm=102102545323696w=2J.Pietschmann-To unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, email: [EMAIL PROTECTED] pages.fo Description: Binary data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: page-break-inside=avoid
J Thanks for the reply. I was able solve my problem with the info you provided. Todd [EMAIL PROTECTED] 07/17/02 06:10PM Todd Migliore wrote: My document contains one repeating block of data. The data varies in length with each iteration. I need to force a page break if an iteration of the block of data can not entirely fit on the current page page. From what I understand page-break-inside="avoid" is the way to go about this, unfortunately it seems this feature is not yet implemented(version-0.20.3). Does anyone know of solution to this problem? Thanks in advance. T Look here for hints: http://marc.theaimsgroup.com/?l=fop-userm=102102545323696w=2J.Pietschmann-To unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, email: [EMAIL PROTECTED]
page-break-inside=avoid
My document contains one repeatingblock of data. The data varies in length with each iteration. I need to force a page break if an iteration of the block of data can notentirely fit onthe current pagepage. From what I understand page-break-inside="avoid" is the way to go about this,unfortunately it seems this feature is not yet implemented(version-0.20.3). Does anyone know of solution to this problem? Thanks in advance. T
Re: page-break-inside=avoid
Todd Migliore wrote: My document contains one repeating block of data. The data varies in length with each iteration. I need to force a page break if an iteration of the block of data can not entirely fit on the current page page. From what I understand page-break-inside=avoid is the way to go about this, unfortunately it seems this feature is not yet implemented(version-0.20.3). Does anyone know of solution to this problem? Thanks in advance. T Look here for hints: http://marc.theaimsgroup.com/?l=fop-userm=102102545323696w=2 J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
page break
Hello, I have rearranged and somewhat simplified (I hope) page number related computations in PageSequence.jave and thereby fixed force-page-count=auto which had been broken since page sequences are no longer added to the fo:root (unfortunately, auto is the default, but no one seems to bother to read the spec anyway). The problem is with fo:block break-before=even-page. Imposes a break-before condition with a context consisting of even page-areas Does this mean the page break is inserted if the block *is* on on a page with a even page number or *will* the block be on a even numbered page *after* the break has been inserted? I need some sleep... Well, I commit the code anyway, tell me if something is wrong. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 1972] - text color not working after a page break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1972. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1972 text color not working after a page break --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 11:32 --- Seems that this was actually a duplicate of Bug 1972. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
non rendered character in and before inline tags occurring at page-break
Hello, I've noticed that text() of tags that occur at page-break as well as the characters that preceed in the same word-unit (surrounded by whitespaces) are not rendered at all in PDF and AWT view. Look at the beginning of page 15 in the pdf file: 'tensible' for 'extensible' [Efo:inlinex/fo:inlinetensible]; notice that even though the first 'e' is not surrounded by any tag, it is not rendered either. One more thing: if I process a 'simple.xml' file with occurrences like [Erx/rtensible], the same happens, even if I dont write any template for the 'r' element. Thank you all for your answers. N. Mazziotta sample.zip Description: Zip compressed data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Non rendered characters in and around fo:inline tags at page break
Hello, Im new in FOP and XSL FO, and Im experiencing the following problem: When a fo:inline element occurs at page break, its text() happens not to be rendered... What can I do?
DO NOT REPLY [Bug 7241] New: - keep-with-previous, keep-with-next only working on the first page break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241 keep-with-previous, keep-with-next only working on the first page break Summary: keep-with-previous, keep-with-next only working on the first page break Product: Fop Version: 0.20.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a large table, using about 8 pages. Some rows (about every 4th) has the keep-with-previous=always. On the first page-break this works fine. The following page breaks ignore the keep-with-previous. The same is for the keep-with-next. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Page break problem in FOP 0.19.0
Title: Page break problem in FOP 0.19.0 I have nested tables in my FO files and used to have premature page breaks with FOP 0.18.1. After downloading the source code through CVS and building fop.jar, the pages are properly generated. I downloaded the source through CVS on 6/5/2001. But after downloading the FOP 0.19.0, the page doesn't break at all and it goes all the way to the foot notes, throwing away the left-over. Could anyone help me, please? thanks -Qi
FOP - arbitrary page break
Title: FOP - arbitrary page break policy.xsl Hi all, Just wondered if anyone has encountered a similar problem. I'm using FOP 0.18.1 on a W2K machine and am running into serious difficulty (getting absolutely infuriated) when it comes to page breaks; I've using a nested table within a table to organise the document structure and FOP keeps putting in a page break about 2/3's of the way down the page. I just can't work out why, is it a bug or (more likely) my gross incompetence? I've tried absolutely everything, although am pretty sure it's related to multiple fo:blocks within a fo:table-cell element. I've attached the file if anyone's interested in helping me keep my sanity. Regards, James Williamson ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. ** policy.xsl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: FOP - arbitrary page break
Title: FOP - arbitrary page break Hello, I have had the same problem. Downloading a newer cvs-file I got rid of this problem. Now there are others... Andrea Greiner -Ursprüngliche Nachricht-Von: Williamson, James [mailto:[EMAIL PROTECTED]]Gesendet: Mittwoch, 20. Juni 2001 12:28An: [EMAIL PROTECTED]Betreff: FOP - arbitrary page break policy.xsl Hi all, Just wondered if anyone has encountered a similar problem. I'm using FOP 0.18.1 on a W2K machine and am running into serious difficulty (getting absolutely infuriated) when it comes to page breaks; I've using a nested table within a table to organise the document structure and FOP keeps putting in a page break about 2/3's of the way down the page. I just can't work out why, is it a bug or (more likely) my gross incompetence? I've tried absolutely everything, although am pretty sure it's related to multiple fo:blocks within a fo:table-cell element. I've attached the file if anyone's interested in helping me keep my sanity. Regards, James Williamson **This e-mail (including any documents which may accompany it) containsinformation which is confidential and may also be privileged.It is for the exclusive use of the intended recipient(s).If you are not the intended recipient(s) please note that any form ofdistribution, copying or use of this e-mail or the information in itor attached to it is strictly prohibited and may be unlawful.If you have received this e-mail in error please notify us immediatelyby e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 anddelete the e-mail.Please advise immediately if you or your employer do not consent toInternet E-Mail for messages of this type.Information or opinions in this message that do not relate to thebusiness of Windsor plc and/or subsidiary and/or associated companiesshall be treated as neither given or endorsed by it.**
RE: FOP - arbitrary page break
Title: FOP - arbitrary page break Andrea, I can't thank you enough, works fine now. Regards, James Williamson -Original Message-From: Greiner, Andrea [mailto:[EMAIL PROTECTED]]Sent: 20 June 2001 11:44To: '[EMAIL PROTECTED]'Subject: AW: FOP - arbitrary page break Hello, I have had the same problem. Downloading a newer cvs-file I got rid of this problem. Now there are others... Andrea Greiner -Ursprüngliche Nachricht-Von: Williamson, James [mailto:[EMAIL PROTECTED]]Gesendet: Mittwoch, 20. Juni 2001 12:28An: [EMAIL PROTECTED]Betreff: FOP - arbitrary page break policy.xsl Hi all, Just wondered if anyone has encountered a similar problem. I'm using FOP 0.18.1 on a W2K machine and am running into serious difficulty (getting absolutely infuriated) when it comes to page breaks; I've using a nested table within a table to organise the document structure and FOP keeps putting in a page break about 2/3's of the way down the page. I just can't work out why, is it a bug or (more likely) my gross incompetence? I've tried absolutely everything, although am pretty sure it's related to multiple fo:blocks within a fo:table-cell element. I've attached the file if anyone's interested in helping me keep my sanity. Regards, James Williamson **This e-mail (including any documents which may accompany it) containsinformation which is confidential and may also be privileged.It is for the exclusive use of the intended recipient(s).If you are not the intended recipient(s) please note that any form ofdistribution, copying or use of this e-mail or the information in itor attached to it is strictly prohibited and may be unlawful.If you have received this e-mail in error please notify us immediatelyby e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 anddelete the e-mail.Please advise immediately if you or your employer do not consent toInternet E-Mail for messages of this type.Information or opinions in this message that do not relate to thebusiness of Windsor plc and/or subsidiary and/or associated companiesshall be treated as neither given or endorsed by it.** ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **