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 . "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]
page break
Pietschmann ! I'm also facing this block 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-user&m=102102545323696&w=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]
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 span across lines.. [RamanaJV]
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 bug
Hello All, Not correct work with "padding-top".This bug you can see in attached file.Without "padding-top" all work fine. -- Best regards, Eugene mailto:[EMAIL PROTECTED] xsl_fo.zip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
page break - broken
I have found a problem with page breaks. ie. break-before and break-after. Due to changes in block where it now uses the property manager it no longer handles the page breaks properly. It works if the block is directly under the flow but not for nested blocks. The code in the property manager only operates if the parent area is a ColunmArea. The attached diff should handle it better. I'm not sure about the implications though. Why is there special stuff for Column and does that have any impact on nested blocks. temp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
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-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
FOP - arbitrary page break
Title: FOP - arbitrary page break <> 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 s within a 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]
Re: page break - broken
At 04:24 PM 7/25/01 +0200, Keiron Liddle wrote: > >I have found a problem with page breaks. ie. break-before and break-after. > >Due to changes in block where it now uses the property manager it no longer >handles the page breaks properly. > >It works if the block is directly under the flow but not for nested blocks. >The code in the property manager only operates if the parent area is a >ColunmArea. > >The attached diff should handle it better. > >I'm not sure about the implications though. Why is there special stuff for >Column and does that have any impact on nested blocks. Hi, Keiron If it's genuinely a page-break, then it doesn't matter what the parent is, you're right. If it's a column-context break, then we need code that looks like what is (was?) in there, although in order to handle nested blocks it should not assume that the area passed in is a ColumnArea; instead it should search out the ColumnArea ancestor. We need the ColumnArea in order to figure out what column it is, for starters. We'll get this right sooner or later. I'm hoping something like Peter West's Tree class will be the nucleus of a class that can quickly help us handle nested situations. Right now stuff is a hardcoded mess. As if that's news. :-) Regards, Arved 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]
page-break-inside="avoid"
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
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]
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]
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 <> 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 s within a 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
<>
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 s within a
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.
**
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-user&m=102102545323696&w=2 J.Pietschmann - 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-user&m=102102545323696&w=2J.Pietschmann-To unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, email: [EMAIL PROTECTED]
Page break and tables in 0.18.1
There appears to be some kind of premature page-break behavior occuring when FOP processes FO files that contains tables. A search of the mailing list reveals that others have been reporting this recently too. In my case, Im using A4 size pages but repagination is occuring about 50% of the way down, at the end of a table. When I modified the table.fo example that comes with fop, by removing the forced page breaks, I saw premature page breaks occuring there too, leaving a large area of blank space on the bottom of the page. When I remove the table from the same FO file, with same page set up, and instead put a large block of text, the page break occurrs in the normal position. Is this a known issue or bug? Is a fix on the way? Otherwise, is there a way to work around it and still get table functionality? Regards Ben - 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
Re: Page break problem in FOP 0.19.0
Hi Qi, Please attach your fo file (or at least part of it showing the problem if it's big) to your mail so that one of us can test it. Also, when you say it was OK with the CVS on 6/5, do you mean June 5 or May 6 (US or European date conventions? :-). That might help us figure out what changed in the 0.19.0 jar. Bye for now, Karen Lease > Qi Chen wrote: > > 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 - 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 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 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.
Non rendered characters in and around fo:inline tags at page break
Hello, I’m new in FOP and XSL FO, and I’m experiencing the following problem: When a element occurs at page break, its text() happens not to be rendered... What can I do?
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' [Extensible]; 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 [Extensible], 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]
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]
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). Gesamtsumme netto MwSt. Summe brutto InvoiceText: Fund Type: Payment Type: Due Date: Wire
[Bug 2988] New: - 0.19: list-item-label does not stick to list-item-body through page break
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=2988 *** shadow/2988 Fri Aug 3 18:38:23 2001 --- shadow/2988.tmp.6128Fri Aug 3 18:38:23 2001 *** *** 0 --- 1,25 + ++ + | 0.19: list-item-label does not stick to list-item-body through page break | + ++ + |Bug #: 2988Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: Sun | + | Severity: MajorOS/Version: Solaris | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Probably the best way to duplicate this is the following: + + 1) Create a list with an item-label + 2) Create an item body that starts with an external graphic and may have some + text afterwards. + 3) Repeat until a page break occurs. + + You shoudl end up with the item-label on one page and a graphic on the next for + the list-item that forces the pagebreak. \ No newline at end of file - 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 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 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 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 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]
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 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: : : Then, I try to put another text block after the image block like this: Testing data line Another testing data line 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, 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 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 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]
