DO NOT REPLY [Bug 31570] New: - page break and keep together do not work well together

2004-10-06 Thread bugzilla
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

2003-09-24 Thread bugzilla
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

2003-09-24 Thread bugzilla
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

2003-09-24 Thread bugzilla
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

2003-09-24 Thread bugzilla
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

2003-03-16 Thread bugzilla
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

2003-03-16 Thread bugzilla
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

2003-03-16 Thread bugzilla
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

2003-02-12 Thread s-oualid

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

2002-12-20 Thread bugzilla
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

2002-12-04 Thread bugzilla
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

2002-12-03 Thread bugzilla
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

2002-12-03 Thread bugzilla
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

2002-12-03 Thread bugzilla
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

2002-12-03 Thread bugzilla
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

2002-12-03 Thread bugzilla
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

2002-12-03 Thread bugzilla
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

2002-12-03 Thread bugzilla
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

2002-12-03 Thread bugzilla
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

2002-11-21 Thread bugzilla
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

2002-11-21 Thread bugzilla
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

2002-11-20 Thread bugzilla
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

2002-10-22 Thread Marcin Zawadzki
 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

2002-10-22 Thread Oleg Tkachenko
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

2002-10-22 Thread Marcin Zawadzki
OK thanks. 
It works now.

Marcin Zawadzki





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: page-break-inside

2002-10-21 Thread J.Pietschmann
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

2002-10-21 Thread Marcin Zawadzki




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

2002-07-24 Thread RamanaJV

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

2002-07-23 Thread RamanaJV



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

2002-07-23 Thread Keiron Liddle

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

2002-07-23 Thread RamanaJV

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

2002-07-23 Thread Keiron Liddle

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

2002-07-19 Thread RamanaJV



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

2002-07-18 Thread Todd Migliore



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

2002-07-17 Thread Todd Migliore



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

2002-07-17 Thread J.Pietschmann

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

2002-07-11 Thread J.Pietschmann

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

2002-05-06 Thread bugzilla

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

2002-04-15 Thread Nicolas Mazziotta










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

2002-04-12 Thread Nicolas Mazziotta








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

2002-03-19 Thread bugzilla

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

2001-06-22 Thread Qi Chen
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

2001-06-20 Thread Williamson, James
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

2001-06-20 Thread Greiner, Andrea
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

2001-06-20 Thread Williamson, James
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.
**