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 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]
DO NOT REPLY [Bug 17830] New: - FOP0.20.5rc and keep-together=retrieve-marker doesn't work correctly
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=17830. 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=17830 FOP0.20.5rc and keep-together=retrieve-marker doesn't work correctly Summary: FOP0.20.5rc and keep-together=retrieve-marker doesn't work correctly Product: Fop Version: 0.20.5 Platform: PC OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I use two markers in a fo:table to retrieve sums that should be place in the page header (region-before) and footer (region-end). for each account position ... table-row keep-together=always keep-together.within-page=always fo:table-cell fo:block text-align=center !--Marker -- fo:marker marker-class-name=subtotalvalue xsl:call-template name=soll_haben xsl:with-param name=textÜbertrag/xsl:with-param xsl:with-param name=amount xsl:choose xsl:when test=A_AMOUNT!='' xsl:value-of select=/ACCOUNTDOCUMENT/ACCOUNTSTATEMENT/TOTALSANDLIMITS/@A_SBALANCE+A_AMOUNT+s um(preceding::A_AMOUNT[.!=''])/ /xsl:when xsl:otherwise xsl:value-of select=/ACCOUNTDOCUMENT/ACCOUNTSTATEMENT/TOTALSANDLIMITS/@A_SBALANCE + sum (preceding::A_AMOUNT[.!= ''])/ /xsl:otherwise /xsl:choose /xsl:with-param xsl:with-param name=currency select=/ACCOUNTDOCUMENT/ACCOUNTSTATEMENT/ACCOUNTHEADER/@CURRENCY/ /xsl:call-template /fo:marker fo:marker marker-class-name=subtotalvalueEx xsl:call-template name=soll_haben xsl:with-param name=textÜbertrag/xsl:with-param xsl:with-param name=amount xsl:value-of select=/ACCOUNTDOCUMENT/ACCOUNTSTATEMENT/TOTALSANDLIMITS/@A_SBALANCE + sum (preceding::A_AMOUNT[.!= ''])/ /xsl:with-param xsl:with-param name=currency select=/ACCOUNTDOCUMENT/ACCOUNTSTATEMENT/ACCOUNTHEADER/@CURRENCY/ /xsl:call-template /fo:marker ... other output like A_AMOUNT ... To get the sum for the footer: fo:retrieve-marker retrieve-class-name=subtotalvalue retrieve-boundary=page retrieve-position=last-starting-within-page/ To get the sum for the header : fo:retrieve-marker retrieve-class-name=subtotalvalueEx retrieve-boundary=page retrieve-position=first-starting-within-page/ Some accountpositions have payment-notes, that are added as additional table- rows : fo:table-row xsl:attribute name=keep-with-previous.within-pagealways/xsl:attribute xsl:attribute name=keep-with-previousalways/xsl:attribute ... payment - note ... What happened is that FOP keeps blocks correctly together. (Accountposition and payment-notes should not be on separate pages) But fo:retrieve-marker sometimes fetches wrong values (from previous / following lines). As a result the sum on a page and their following may differ. Is that behavior a ( known ) mistake ? Regards Joachim Unger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17830] - FOP0.20.5rc and keep-together=retrieve-marker doesn't work correctly
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=17830. 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=17830 FOP0.20.5rc and keep-together=retrieve-marker doesn't work correctly [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 23:34 --- *** This bug has been marked as a duplicate of 16999 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 3044] - keep-together not functioning
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=3044. 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=3044 keep-together not functioning [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 10:21 --- *** Bug 15048 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7449] - Large table row with keep-together=always runs FOP infinitely
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=7449. 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=7449 Large table row with keep-together=always runs FOP infinitely [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: can I hack a keep-together?
Hy I to, had problems with the keep-together. I tried it with blind tables, but it seemed not to work with Fop 0.20.4. I thought, it was a new bug since Fop 0.20.3. With Fop 0.20.2 it had worked within tables. Is it so ? Regards P.Steiner -Ursprüngliche Nachricht- Von: J.Pietschmann [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 15. Oktober 2002 22:30 An: [EMAIL PROTECTED] Betreff: Re: can I hack a keep-together? [EMAIL PROTECTED] wrote: I am exploring the possibility of modifying the code to allow support for keep-together. I'm pressed for time; so a hack will work. I would appreciate any input on if this is possible and how long it would take? Search the source for keep- (case insensitive), there is various code in place, commented out in many places. Enable the code and see what happens, and if this works for you. This is easy and fast. You'll probably soon encounter problems with non-terminating loops, duplicate IDs, dropped or duplicated content and other unpleasant effects. Usually the task gets frustrating quickly. In particular the issue with non-terminating loops is very hard to fix in general. Is there a reason why you can't use the usual work around of placing the stuff you want to have kept together in a blind table? J.Pietschmann - 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: AW: can I hack a keep-together?
Steiner, Priska wrote: I to, had problems with the keep-together. I tried it with blind tables, but it seemed not to work with Fop 0.20.4. h'm, afaik it works for me, post small snippet of your fo. -- Oleg Tkachenko eXperanto team Multiconn International, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: AW: can I hack a keep-together?
Hello there is a snippet of my .xsl. I would like it, when all the elements in standAuszTxt (it contains itself a table of standTxt) are a block on the same page with the standEreigTitel element. fo:table table-layout=fixed fo:table-column column-width=17cm/fo:table-column fo:table-body fo:table-row fo:table-cell padding-top=0.5cm fo:block font-family=Arial font-weight=bold keep-with-next=alwaysxsl:apply-templates select=standEreigTitel/xsl:apply-templates /fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:blockxsl:apply-templates select=standAuszTxt/xsl:apply-templates/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table Regards P.Steiner -Ursprüngliche Nachricht- Von: Oleg Tkachenko [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 16. Oktober 2002 11:47 An: [EMAIL PROTECTED] Betreff: Re: AW: can I hack a keep-together? Steiner, Priska wrote: I to, had problems with the keep-together. I tried it with blind tables, but it seemed not to work with Fop 0.20.4. h'm, afaik it works for me, post small snippet of your fo. -- Oleg Tkachenko eXperanto team Multiconn International, Israel - 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: can I hack a keep-together?
Steiner, Priska wrote: there is a snippet of my .xsl. Note that Oleg asked for a relevant *FO* snippet. Posting parts of XSLT code is often insufficient for tracking down problems. However, you are lucky, in your special case: fo:table-row fo:table-cell padding-top=0.5cm fo:block font-family=Arial font-weight=bold keep-with-next=always The problem is here: keep-with-next does *not* work if placed on a fo:block. Move this to the fo:table-row above: fo:table-row keep-with-next=always You did read the messages detailing it, like http://marc.theaimsgroup.com/?l=fop-userm=102701992908937w=2 did'nt you? J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
can I hack a keep-together?
Hello, I am exploring the possibility of modifying the code to allow support for keep-together. I'm pressed for time; so a hack will work. I would appreciate any input on if this is possible and how long it would take? Thank You, Shaifali Prakash CHT / Media Entertainment San Francisco Phone: 415.796.2822, Octel: 537 / 2822 Mobile: 510.432.0963 email: [EMAIL PROTECTED] This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: can I hack a keep-together?
[EMAIL PROTECTED] wrote: I am exploring the possibility of modifying the code to allow support for keep-together. I'm pressed for time; so a hack will work. I would appreciate any input on if this is possible and how long it would take? Search the source for keep- (case insensitive), there is various code in place, commented out in many places. Enable the code and see what happens, and if this works for you. This is easy and fast. You'll probably soon encounter problems with non-terminating loops, duplicate IDs, dropped or duplicated content and other unpleasant effects. Usually the task gets frustrating quickly. In particular the issue with non-terminating loops is very hard to fix in general. Is there a reason why you can't use the usual work around of placing the stuff you want to have kept together in a blind table? J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: keep-together implementation
Mete Kural wrote: Is there any estimate on when the keep-together property will be implemented? No. The FOP Project is great although as you know it's still being developed. While I wait for FOP to be developed, what other free XSL-FO formatters can I use to generate PDFs? Try passivetex. You have to install a full TEX package, apart from this it is quite excellent. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: keep-together implementation
J.Pietschmann [EMAIL PROTECTED]: Try passivetex. You have to install a full TEX package, apart from this it is quite excellent. Doesn't it also have problems with keep-* attributes? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
keep-together implementation
Hello FOP committers, Is there any estimate on when the keep-together property will be implemented? The FOP Project is great although as you know it's still being developed. While I wait for FOP to be developed, what other free XSL-FO formatters can I use to generate PDFs? I'm in dire need of a free XSL-FO formatter right now. The evaluation versions of XSLFormatter and XEP don't help. I need a formatter that can handle functions like keep-together (or anything that does something to the similar effect) and footnotes. Thanks, Mete Kural __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 3044] - keep-together not functioning
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=3044. 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=3044 keep-together not functioning [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-04-22 08:54 --- *** Bug 5434 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 3044] - keep-together not functioning
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=3044. 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=3044 keep-together not functioning [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-04-22 08:59 --- *** Bug 6045 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 3044] - keep-together not functioning
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=3044. 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=3044 keep-together not functioning [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2002-04-22 10:35 --- This is a documented limitation of the current versions. It is adressed in the redesign currently under way. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Keep-Together
David B. Bitton wrote: Can someone give me a 100 words or less on keep-together? What I'm most confused is using 1 through 9 as apposed to always. I think my keep-together problem would be solved with this, but I'm not sure how to use it. Tx :) I don't think keep-together will solve your problem if you are using FOP, because it's not implemented. For the numbers: they indicate the strength of the keep condition, higher numbers mean greater strength. This is useful because long stretches of keep may have to be broken anyway. An example: fo:block keep-together=1 fo:block keep-together=3 /fo:block fo:block keep-together=5 /fo:block /fo:block If the span is too long to fit the available space (the page, for example), or there are other conditions which lead the renderer to the conclusion that there should be a break anyway (for example because large white areas look awful), the strenght of the keep-condition is used to determine your preferences for a break. In the example above, the renderer will first check whether a break between the two embedded blocks will be acceptable, because that's the keep whith the lowest precedence. If that fails, it will try to break within the first embedded block, and if this still fails, it will try the second. Does this help? J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7449] New: - Large table row with keep-together=always runs FOP infinitely
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=7449. 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=7449 Large table row with keep-together=always runs FOP infinitely Summary: Large table row with keep-together=always runs FOP infinitely Product: Fop Version: 0.20.3 Platform: All OS/Version: All Status: NEW Severity: Critical Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When letting FOP render a table row with the attribute keep-together set to 'always', FOP won't finish rendering the document if the row consumes more than one page, but will continue to allocate more pages. Hard to describe, better try yourself: ?xml version=1.0 encoding=iso-8859-1? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master widows=3 orphans=3 margin-right=20mm margin-left=20mm margin-bottom=20mm margin-top=20mm page-width=210mm page- height=297mm master-name=a4 fo:region-before extent=10mm/ fo:region-body margin-bottom=10mm margin-top=10mm/ fo:region-after extent=10mm/ /fo:simple- page-master /fo:layout-master-set fo:page-sequence master-reference=a4 fo:flow flow-name=xsl-region-body fo:table fo:table-column column- width=30mm/ fo:table-column column-width=140mm/ fo:table-header border-bottom- width=1pt border-bottom-style=solid fo:table-row fo:table-cell border-end- style=solid border-end-width=1pt fo:block font-size=10pt font-weight=bold margin-left=2pt margin-right=2ptDatum/fo:block /fo:table-cell fo:table-cell border-end-style=solid fo:block font-size=10pt font-weight=bold margin-left=2pt margin-right=2ptMassnahme/fo:block /fo:table-cell /fo:table-row /fo:table-header fo:table-body fo:table-row keep-together=always fo:table- cell border-end-style=solid fo:block font-size=10pt text-align=start font- weight=normal padding-before=10pt margin-left=2pt margin-right=2pt21.03.2002 13:59:37/fo:block /fo:table-cell fo:table-cell inline-progression- dimension=95mm block-progression-dimension=95mm width=95mm border-end- style=solid !-- CRITICAL LINE START -- fo:block font-size=10pt text-align=start font-weight=normal padding-before=10pt margin-left=2pt margin-right=2pt A very long text. A very long text. A very long text. A very long text. A very long text. A very long text.A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text.A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text.A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text.A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text.A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text.A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text.A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text.A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text.A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long text.A very long text. A very long text. A very long text. A very long text. A very long text. A very long text. A very long
question keep-together
I have been away for a while, and haven't been able to read all the mails from the mailinglist. Since my return i answered some questions, but not to much... therefore this might been said before, but that i missed it. I saw there is a new release of FOP (fop-0.20.3rc2-src.tar.gz). I'm using the release fop-0.20.3rc-src.tar.gz now. Is in this new release the keep-together.within-page property implemented (the implimented.html doesn't say so, but i frankly don't know if it's updated). if it is implemented, you guyz wan't me to update the html-docs and send them to you? (less work for you) and if you would like more help, you can allways keep sending me the what's implemented and what not's and i'll update the html anyway and send it to you... thanks Jochen, Jochen Maes EDP departement Programmeur KBC-Securities Havenlaan 16 1080 Brussel Tel : 02/429.96.81 Fax : 02/429.17.48 E-mail : [EMAIL PROTECTED] ** This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. KBC Securities reserves the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: how to keep together
Hi Suhail, Actually to keep two different FO together, you need to use keep-with-next or keep-with-previous. The keep-together property means to keep an entire FO in the same page or column (if possible). For example, if you put keep-together on an fo:block, FOP should try to keep the whole block in the same column/page. Unfortunately, support for all kinds of keep- properties is quite limited in FOP. They work fairly well on table-rows. Keep-with-next is (I think) at least partially supported on fo:block, so try using that on the block before the table. Good luck, Karen Suhail Rashid wrote: Hi, As keep-together is not supported in FOP as of now how can i ensure that a table and a preceding block appear together on the same page.. Please pass on any ideas u have.. Thanks in advance, Suhail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: how to keep together
What I do in cases like this is to define the preceding block as the first row in the table and use keep-with-previous or keep-with-next for each row. Mike -Original Message- From: Suhail Rashid [mailto:[EMAIL PROTECTED]] Sent: 7. september 2001 19:33 To: [EMAIL PROTECTED] Subject: how to keep together Hi, As keep-together is not supported in FOP as of now how can i ensure that a table and a preceding block appear together on the same page.. Please pass on any ideas u have.. Thanks in advance, Suhail -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 05, 2001 6:35 AM To: [EMAIL PROTECTED] Subject: Bug report for Fop [2001/09/04] +--- + | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned | | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal EHN=Ehnancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 1312|New|Blk|2001-04-11|fo:external-graphics using 0.17.0 as well as 0.18.| | 1391|New|Blk|2001-04-19|Bug in border-top-style | | 1773|New|Blk|2001-05-16|A table that is bigger than the page produces an e| | 2837|New|Blk|2001-07-26|Internal Servlet Error: NoClassDefFoundError | | 3037|New|Blk|2001-08-07|[FOP 0.19CVS] PDF /TXT write fails when SVG is us| | 3279|New|Blk|2001-08-27|scaling SVG-images impossible | | 3302|New|Blk|2001-08-28|NoClassDefFoundError - org/apache/fop/apps/fop | | 1136|New|Cri|2001-03-27|Problems with UTF-8 hyphenation patterns | | 1531|New|Cri|2001-04-26|Cell Spacing | | 1952|New|Cri|2001-06-01|color attribute to table content overflowing on ne| | 2127|New|Cri|2001-06-12|Preserve the Line breaks | | 2153|New|Cri|2001-06-13|Borders are calculated incorrectly | | 2289|New|Cri|2001-06-22|Opening files with Adobe Acrobat Version 5 generat| | 2460|New|Cri|2001-07-05|Mulitple boder lines between the colums in a table| | 2491|New|Cri|2001-07-06|footnote can't fit remaining space and crash | | 2532|New|Cri|2001-07-10|FOP 0.17 does not work with WebSphere V3.5 OS/390 | | 3214|New|Cri|2001-08-21|Segfault when trying to build Fop sources | | 3414|New|Cri|2001-09-04|Multi-page tables overrun region-before and region| | 902|New|Maj|2001-03-08|line-height is not applied corectly when using the| | 1180|New|Maj|2001-04-02|Problem with monospaced font | | 1211|New|Maj|2001-04-04|Tables are not formatted properly. | | 1474|New|Maj|2001-04-24|fo:external-graphic rendered as block level object| | 1596|New|Maj|2001-05-02|Adobe Acrobat claims Fop output has bad page conte| | 1766|New|Maj|2001-05-15|Text matrix in svg get doubled when run thru FOP | | 2085|New|Maj|2001-06-08|Out of memory error when building FO Tree | | 2207|New|Maj|2001-06-18|Embedding problems | | 2331|New|Maj|2001-06-26|fo:basic-link in fo:static-content throws an excep| | 2408|New|Maj|2001-06-30|Incorrect URL format | | 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly | | 2880|New|Maj|2001-07-30|Incorrect rendering on non-ASCII machines | | 2909|New|Maj|2001-07-30|Gradient render error | | 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-| | 3044|New|Maj|2001-08-08|keep-together not functioning | | 3223|New|Maj|2001-08-22|table-row boder-... properties (0.20.1 version) | | 3329|New|Maj|2001-08-28|background-color not working within fo:region-body| | 626|New|Nor|2001-02-16|Negative number are shifted slightly towards left.| | 635|New|Nor|2001-02-18|Doesn't support id= attribute in fo:page-sequence | | 682|New|Nor|2001-02-22|Lists do not display correctly | | 684|New|Nor|2001-02-23|border width in tables adds up | | 808|New|Nor|2001-03-01|Batch processing xml files | | 839|New|Nor|2001-03-05|Positioning of blocks in a block section. | | 907|New|Nor|2001-03-08|first list-item dropped at very bottom of page. | | 928|New|Nor|2001-03-10|Font metrics and setComponent | | 964|New|Nor|2001-03-13|FOP 0.17 throws exception with basic-link in xsl-r| | 1063|New|Nor|2001-03-21|fop does not handle large fo files | | 1130|New|Nor|2001-03-27|Alignment of page-number-citation inside a ToC | | 1154|New|Nor|2001-03-29|nested lists more than 3 level depth | | 1171|New|Nor|2001-03-30|small-caps in static content becomes all-caps | | 1231|New|Nor|2001-04-05|basic-link can't link to a page-sequence element | | 1242|New|Nor|2001-04-06|Error in Font-Documentation | | 1261|New|Nor|2001-04-09|problem with rendering of external-graphic in Fop
how to keep together
Hi, As keep-together is not supported in FOP as of now how can i ensure that a table and a preceding block appear together on the same page.. Please pass on any ideas u have.. Thanks in advance, Suhail -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 05, 2001 6:35 AM To: [EMAIL PROTECTED] Subject: Bug report for Fop [2001/09/04] +--- + | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned | | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal EHN=Ehnancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 1312|New|Blk|2001-04-11|fo:external-graphics using 0.17.0 as well as 0.18.| | 1391|New|Blk|2001-04-19|Bug in border-top-style | | 1773|New|Blk|2001-05-16|A table that is bigger than the page produces an e| | 2837|New|Blk|2001-07-26|Internal Servlet Error: NoClassDefFoundError | | 3037|New|Blk|2001-08-07|[FOP 0.19CVS] PDF /TXT write fails when SVG is us| | 3279|New|Blk|2001-08-27|scaling SVG-images impossible | | 3302|New|Blk|2001-08-28|NoClassDefFoundError - org/apache/fop/apps/fop | | 1136|New|Cri|2001-03-27|Problems with UTF-8 hyphenation patterns | | 1531|New|Cri|2001-04-26|Cell Spacing | | 1952|New|Cri|2001-06-01|color attribute to table content overflowing on ne| | 2127|New|Cri|2001-06-12|Preserve the Line breaks | | 2153|New|Cri|2001-06-13|Borders are calculated incorrectly | | 2289|New|Cri|2001-06-22|Opening files with Adobe Acrobat Version 5 generat| | 2460|New|Cri|2001-07-05|Mulitple boder lines between the colums in a table| | 2491|New|Cri|2001-07-06|footnote can't fit remaining space and crash | | 2532|New|Cri|2001-07-10|FOP 0.17 does not work with WebSphere V3.5 OS/390 | | 3214|New|Cri|2001-08-21|Segfault when trying to build Fop sources | | 3414|New|Cri|2001-09-04|Multi-page tables overrun region-before and region| | 902|New|Maj|2001-03-08|line-height is not applied corectly when using the| | 1180|New|Maj|2001-04-02|Problem with monospaced font | | 1211|New|Maj|2001-04-04|Tables are not formatted properly. | | 1474|New|Maj|2001-04-24|fo:external-graphic rendered as block level object| | 1596|New|Maj|2001-05-02|Adobe Acrobat claims Fop output has bad page conte| | 1766|New|Maj|2001-05-15|Text matrix in svg get doubled when run thru FOP | | 2085|New|Maj|2001-06-08|Out of memory error when building FO Tree | | 2207|New|Maj|2001-06-18|Embedding problems | | 2331|New|Maj|2001-06-26|fo:basic-link in fo:static-content throws an excep| | 2408|New|Maj|2001-06-30|Incorrect URL format | | 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly | | 2880|New|Maj|2001-07-30|Incorrect rendering on non-ASCII machines | | 2909|New|Maj|2001-07-30|Gradient render error | | 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-| | 3044|New|Maj|2001-08-08|keep-together not functioning | | 3223|New|Maj|2001-08-22|table-row boder-... properties (0.20.1 version) | | 3329|New|Maj|2001-08-28|background-color not working within fo:region-body| | 626|New|Nor|2001-02-16|Negative number are shifted slightly towards left.| | 635|New|Nor|2001-02-18|Doesn't support id= attribute in fo:page-sequence | | 682|New|Nor|2001-02-22|Lists do not display correctly | | 684|New|Nor|2001-02-23|border width in tables adds up | | 808|New|Nor|2001-03-01|Batch processing xml files | | 839|New|Nor|2001-03-05|Positioning of blocks in a block section. | | 907|New|Nor|2001-03-08|first list-item dropped at very bottom of page. | | 928|New|Nor|2001-03-10|Font metrics and setComponent | | 964|New|Nor|2001-03-13|FOP 0.17 throws exception with basic-link in xsl-r| | 1063|New|Nor|2001-03-21|fop does not handle large fo files | | 1130|New|Nor|2001-03-27|Alignment of page-number-citation inside a ToC | | 1154|New|Nor|2001-03-29|nested lists more than 3 level depth | | 1171|New|Nor|2001-03-30|small-caps in static content becomes all-caps | | 1231|New|Nor|2001-04-05|basic-link can't link to a page-sequence element | | 1242|New|Nor|2001-04-06|Error in Font-Documentation | | 1261|New|Nor|2001-04-09|problem with rendering of external-graphic in Fop-| | 1318|New|Nor|2001-04-12|problems with tables (column width and when used i| | 1332|New|Nor|2001-04-12|MIF output strings not properly escaped | | 1335|New|Nor|2001-04-13|Problem with sample FOP servlet. | | 1432|New|Nor|2001-04-20|keep-with-* not functioning for fo:table-row | | 1571|New|Nor|2001-04-28|Multolingual
[Bug 3044] New: - keep-together not functioning
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3044 *** shadow/3044 Wed Aug 8 08:26:09 2001 --- shadow/3044.tmp.5558Wed Aug 8 08:26:09 2001 *** *** 0 --- 1,128 + ++ + | keep-together not functioning | + ++ + |Bug #: 3044Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Windows NT/2K | + | Priority: Other Component: page-master/layout | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + When generating PDF, keep-together.* appears to not function, as page break + appears inside block marked as 'keep-together.within-page=always'. Seems to + occur both within a table cell and outside of tables. Sample code: + + ?xml version=1.0 encoding=UTF-8? + fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; + fo:layout-master-set + fo:simple-page-master + margin-right=2.54cm + margin-left=2.54cm + margin-bottom=0cm + margin-top=1.5cm + page-width=21.59cm + page-height=27.94cm + master-name=first + fo:region-before extent=2.54cm/ + fo:region-body margin-top=1cm margin-bottom=2.54cm/ + fo:region-after extent=2.54cm/ + /fo:simple-page-master + /fo:layout-master-set + + fo:page-sequence master-name=first + fo:static-content flow-name=xsl-region-before + fo:block font-family='Times' line-height=14pt font-size=10pt + text-align=endHeader/fo:block + /fo:static-content + fo:static-content flow-name=xsl-region-after + fo:block font-family='Times' line-height=14pt font-size=10pt + text-align=endPage fo:page-number//fo:block + /fo:static-content + + fo:flow flow-name=xsl-region-body + + fo:table border-collapse=separate + fo:table-column column-width=4.1275cm/ + fo:table-column column-width=4.1275cm/ + fo:table-column column-width=4.1275cm/ + fo:table-column column-width=4.1275cm/ + + fo:table-body + fo:table-row + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid padding-left=2pt background- + color=gray + fo:block font-family='Times'items/fo:block + /fo:table-cell + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid padding-left=2pt background- + color=gray + fo:block font-family='Times'items/fo:block + /fo:table-cell + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid padding-left=2pt background- + color=gray + fo:block font-family='Times'items/fo:block + /fo:table-cell + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid border-right-style=solid padding- + left=2pt background-color=gray + fo:block font-family='Times'items/fo:block + /fo:table-cell + /fo:table-row + fo:table-row + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid border-bottom-style=solid padding- + left=2pt background-color=gray + fo:block font-family='Times'item/fo:block + /fo:table-cell + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid border-bottom-style=solid padding- + left=2pt background-color=gray + fo:block font-family='Times'item/fo:block + /fo:table-cell + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid border-bottom-style=solid padding- + left=2pt background-color=gray
Re: Keep-together (and the other keep-*'s)
At 09:36 AM 7/17/01 +0100, Alex McLintock wrote: --- Struan Judd [EMAIL PROTECTED] wrote: If so might I request a small departure from the XSL:FO spec, if it is straight-forward to implement. Please allow keep-together on fo:table-row. I don't think deviations from the XSL:FO spec are either wise or going to be popular. Can't comment on this particular request, but I'm personally pretty sure that a number of deviations from the spec _would_, in fact, be quite popular. FOP is developmental immature; the last thing we need is to deliberately add in non-conformities to the ones that are already there. For a commercial, relatively mature processor like XEP, I think arguments can be made for some careful deviations from spec, and indeed they (RenderX) have made some such here and there (borders on regions, for example). Personally I would argue against doing _anything_ like that right now, until FOP is feature-complete and production-ready. Then it could be revisited. Even then I would be normally against it, but not inflexibly so, because the XSL 1.0 spec just does not cover all the bases, and it doesn't do everything right. And who knows when XSL 2.0 will appear? As an aside, we are clearly not talking about extensions. Separate issue. I think those are fine. Regards, Arved Sandstrom Fairly Senior Software Type e-plicity (http://www.e-plicity.com) Wireless * B2B * J2EE * XML --- Halifax, Nova Scotia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Keep-together (and the other keep-*'s)
Im XSL FO spec in article 6.7.9 fo:table-row keep-together, keep-with- previous and keep-with-next properties are listed in The following properties apply to this formatting object:. So why is keep-together on table-row considered against spec? pa On 17 Jul 2001, at 9:36 Alex McLintock wrote about Re: Keep-together (and the other ke : --- Struan Judd [EMAIL PROTECTED] wrote: If so might I request a small departure from the XSL:FO spec, if it is straight-forward to implement. Please allow keep-together on fo:table-row. I don't think deviations from the XSL:FO spec are either wise or going to be popular. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Keep-together (and the other keep-*'s)
Subject: Re: Keep-together (and the other keep-*'s) It's not against spec in my book either, but it's currently not implemented in FOP, for table-row or for anything else. The problem with all that keep-* stuff is that it's not that easy to do. Actually, I was kind of mulling it over for table-rows, but so far, I haven't gotten around to it. Karen And on a carefuly re-reading of the Spec I see what caused my confusion. In 6.7.9 the keep-together attribute is noted as applying to fo:table-row, whereas in 7.18.3 (where I was looking when I wrote my inital email), fo:table-row is missing from the list of objects the keep-together attribute applies to. Ooops. And as to difficult to do. I bet. But very useful. I might just have to make some home programming time and dive in. TTFN Struan Judd * And so it begins ... ICQ: 4498196 http://neongraal.sf.org.nz mailto:[EMAIL PROTECTED] Voicemail and Fax: +1 (201) 305-1011 x1006 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Keep-together (and the other keep-*'s)
Is some wonderous FOP developer working on implementing this portion of the XSL:FO spec? Any hope of an initial commit soon? Unfortunately my personal timetable precludes me diving in and having a go. :-( If so might I request a small departure from the XSL:FO spec, if it is straight-forward to implement. Please allow keep-together on fo:table-row. TTFN Struan Judd * And so it begins ... ICQ: 4498196 http://neongraal.sf.org.nz mailto:[EMAIL PROTECTED] Voicemail and Fax: +1 (201) 305-1011 x1006 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
keep-together-property
Hi there, Is there a chance, that the keep-together-property will be realised in a (nearly)future release ??? When I use this property, it causes no error, but it also will not work properly... Is there another way to the same functionality about other properties ? thx ANDREAS... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
keep-together
Hello,i have the following table:fo:table keep-together.within-page="always"by using keep together the table should not be broken at the end of thepage.FOP 0.17 doesn't give any error messages.But the table is split at the end of the page.How can I prevent the table from breaking ?Thanks a lot.Falk
Re: keep-together
Falk, keep-together is not supported presently.. Try keep-with-previous or keep-with-next.. That may help. Raju Dave - Original Message -- Falk [EMAIL PROTECTED] wrote: To:[EMAIL PROTECTED] From:Falk [EMAIL PROTECTED] Date:Mon, 18 Jun 2001 10:04:27 +0200 Subject: keep-together Hello, i have the following table: fo:table keep-together.within-page=3Dalways by using keep together the table should not be broken at the end of the page. FOP 0.17 doesn't give any error messages. But the table is split at the end of the page. How can I prevent the table from breaking ? Thanks a lot. Falk _ Buy Lagaan Yaadein music for 30% less. Avail this special offer at http://shopping.rediff.com/shopping/music/offerrediffmailer.htm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
table keep-together
Hello, i have the following table: fo:table keep-together.within-page=always by using keep together the table should not be broken at the end of the page. FOP 0.17 doesn't give any error messages. But the table is split at the end of the page. How can I prevent the table from breaking ? Thanks a lot. Falk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
keep-together
I have an multiple fo:blocks each containing 5 fo:list-blocks. I want each of the blocks to be kept together on a page. If the entire block, with it's 5 list-blocks can't fit on the page, I would like that entire block to move to the next page. I have placed keep-together.within-page=always in the parent block but the blocks are still splitting across pages. I have also tried adding the keep-together attribute to each of the list blocks, but they still split across pages. Is there a way to use the keep-together.within-page attribute to keep a block and it's sub-blocks together? Thanks, Heidi Gerken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
