Did you try
initial-page-number="XX"
?
On 09/30/2015 01:34 PM, Franz de Copenhague wrote:
This is my first question to the list.
I did try to google the way to have page numbers with roman numbers
but I couldn't figure it out.
Would you modify the example below to illustrate me how to
if you're using xsl transformation... have you tried
xsl:if test=fo:page-number != 0
your current page numbering here
/xsl:if
On 03/22/2015 10:30 AM, Roberto Nunnari wrote:
Hi.
I need to change a servlet that generates a FO document and then
transforms it into a pdf document.
Well you found /most/ of your answer. Sorry I sent you done fruitless
rabbit holes.
Can you not embed the full font? Also isn't Arial supplied by all
readers as are Times and 2 others (if I recall correctly).
rjs
On 08/21/2014 07:47 AM, MartinKl wrote:
Thank you all for responses and
Furthermore, the cost of remaining behind the curve is not to be ignored!
On 08/04/2014 10:23 AM, Rob Sargent wrote:
I've had the pleasure of upgrading from .9x to 1.0 (and beyond) and
the only problem I had with the requirement that each cell in a table
had an empty block (when of course
Or pre-process, getting last page number from the workflow (previous fo
call), then start next doc one page higher.
On 06/18/2014 02:40 AM, Pascal Sancho wrote:
Hi,
Did you tried the external-document FOP extension [1]?
It's incomplete but could do the trick (not tried, yet).
Other
Don't worry about the metrics.
Add the system default directory. (Last I saw you were not finding Times
Roman.)
On 06/04/2014 10:59 AM, Donald Paul Winston wrote:
My fop.xconf is has the following:
renderers
renderer mime=application/pdf
filterList
!-- provides compression
FOP does
not support and I get a stack trace saying I ran out of heap space.
Donald Paul Winston
On Jun 4, 2014, at 1:12 PM, Rob Sargent rsarg...@xmission.com
mailto:rsarg...@xmission.com wrote:
system default directory
Can you show us your FO document?
On 05/16/2014 06:41 AM, rushabh wrote:
I am getting error while running a test case regarding Handler issue.
Can you help me ?
Here is a code :-
*A Method which returns a ContentHandler :-*
protected ContentHandler getRendererAsHandler(
This has worked for me
fo:block-container height=0.75in overflow=hidden
fo:block font-family=Optima font-size=8pt font-style=italic
fo:inline font-weight=boldxsl:value-of
select=concat('(Left)','#160;')//fo:inline
xsl:value-of select=//pages/page[1]/image[@pos=1]/caption/text()/
Just occurs to me your starting point is HTML so your mileage will definitely
vary. Sorry.
Sent from my iPhone
On Apr 5, 2014, at 9:05 AM, Rob Sargent rsarg...@xmission.com wrote:
If you don't switch over to the style sheet Manuel points us to, then might
try something like below which
Think of it as one list, with various indents and bullet-types according
to the nestedness of your input.
I have examples (at home) if you need them - to four bullet levels
On 04/04/2014 06:49 PM, a3leggeddog wrote:
Hello -
I am trying to convert a nested, bulleted list in HTML to XML-FO for
Move them to the app root?
On 04/03/2014 11:57 AM, edi4988 wrote:
Do you know what can I do if my files have this path
http://localhost:8080/XML/SIICG.xml ?
Thanx
--
View this message in context:
Isn't that line number in your FO file?
Sent from my iPhone
On Mar 26, 2014, at 8:44 PM, natk nkers...@gmail.com wrote:
Is it possible to configure FOP logging to print page number information?
I get lots of the following messages:
2014-03-27 13:17:51,072 WARN
Over what are you iterating? ie. to what is position() referring?
Sent from my iPhone
On Mar 27, 2014, at 7:55 AM, Frank Hirsch frank.hir...@mac.com wrote:
It's easy to toggle to background color of table rows in XSLT using mod:
fo:table-row
xsl:attribute name=background-color
I'm starting to suspect the OP and crew are editing the content to fit
the format. If that is the case, it might be worth the time to hack up a
tool which goes to that line in the fo. Failing that the crew is left
pouring over pdfs looking for bad formatting. In this case, in the test
runs I
Then too, if FOP reporting something like
on or after page N we see that a paragraph overflows the available
area by more than 50 points. (See position 344:409)
might be all the OP really needs.
On 03/27/2014 06:03 PM, Rob Sargent wrote:
I'm starting to suspect the OP and crew
Wonderful news.
You might add not-blank back in to the lasts.
On 02/10/2014 08:14 AM, Bonekrusher wrote:
Actually I think Its working. I believe that what I was reporting as bad is
actually not. Because the footers are different sizes, its possible to leave
a flow with no content on the last
What is your current stack for going from data (source xml) to fo?
My first guess is that either you combine source docs into single fo.
An alternative is to post-process the pdfs with something like iText.
On 02/10/2014 03:09 PM, edi4988 wrote:
Thanks for the reply
But I need to generate
Did you try colors? Are you regenerating FO with each change - not that that
should be necessary... If I read the error correctly fop doesn't know what to
next.
Sent from my iPhone
On Feb 9, 2014, at 5:33 AM, Bonekrusher djs...@yahoo.com wrote:
I've tried a number of page different
Drop the blank constraint for one. I am not where I can re-read precedence of
conditional pages. It is possible you have hit a bug - there at least one out
for last but I don't think this is related.
Sent from my iPhone
On Feb 9, 2014, at 10:18 AM, Bonekrusher djs...@yahoo.com wrote:
-page-master-reference
odd-or-even=even master-reference=page
blank-or-not-blank=not-blank page-position=any/ --
/fo:repeatable-page-master-alternatives
On 02/09/2014 10:40 AM, Rob Sargent wrote:
Drop the blank constraint for one. I am not where I can re-read precedence of conditional
ust notice in your original fo that both region-before have same name.
I thought that would generate an error by itself but apparently not. I
could confuse things though.
On 02/09/2014 10:40 AM, Rob Sargent wrote:
Drop the blank constraint for one. I am not where I can re-read precedence
background-color=orange/
/fo:simple-page-master
/fo:layout-master-set
On 02/09/2014 10:40 AM, Rob Sargent wrote:
Drop the blank constraint for one. I am not where I can re-read precedence of conditional
pages. It is possible you have hit a bug - there at least one out for last
but I don't
HAppy to help. Happy to help more. Do not settle for less than perfect. Send
latest FO
Sent from my iPhone
On Feb 9, 2014, at 3:39 PM, Bonekrusher djs...@yahoo.com wrote:
First, I want to say thank you for all the help. I really appreciate it. Your
solution seems to work most of the time.
What do you get if you change margin-bottom to 3.75in on page-last
simple-page-master? I think that's the mismatch, but for me that causes
an fop exception (but I only have 1.0 here)
rjs
On 02/08/2014 06:16 AM, Bonekrusher wrote:
Thank you - I've been working on this for hours and can't
I think it doesn't have a page definition for what's to come after
page-last. As I see it there's some confusion about last page. The
data you presented in fact needs to go to the next page so I don't think
you conditional pages is quite right.
I've had many layouts with different
I can see with orig. bottom margin that it was right about last page. I would
play with pageSequenceMaster entries. I would use diff. background colours in
each pageMaster to see which are actually in play and when.
On Feb 8, 2014, at 4:27 PM, Bonekrusher djs...@yahoo.com wrote:
Thanks -
If you can trap the actual fo you will likely see an errant combination
for static regions. I'm betting some page doesn't match body and footer
size.
On 02/07/2014 02:22 PM, Bonekrusher wrote:
Hi,
I am using FOP 1.1. I have the following page layout. Basically the last
page's footer (either
I had good results stitching them together with iText.
rjs
On 11/21/2013 02:11 PM, Gonzalo Vasquez wrote:
One of our processes has to deal with thousands of documents in a
batch process, either for email sending, or for printing.
Depending on our customers' needs, we choose from PDF, AFP and
You only get meaningful line numbers if you're running fo directly, not
in any sort of pipeline where the input fo file is a stream.
On 11/19/2013 04:45 PM, Luis Bernardo wrote:
Are you using trunk?
I get this with trunk:
Nov 19, 2013 11:42:05 PM org.apache.fop.events.LoggingEventListener
Off list, as this a work-around suggestion: Can you convince local
administrators to simply add the jar(s) to your local maven cache?
rjs
On 11/18/2013 01:00 PM, Arian wrote:
Hey all,
I'm a web developer that has to create a quick Servlet as a proof of
concept but our project uses Maven
I've always assumed typesetting was about type, not pictures.
Thanks Alexey.
Its hard to believe placing an image is considered extended
functionality. That's part of core word processing functionality (I
can't comment on typesetting because I'm not a typesetter, but I
suspect its core for
03:06 PM, Jeffrey Walton wrote:
On Mon, Nov 4, 2013 at 4:59 PM, Rob Sargent rsarg...@xmission.com wrote:
I've always assumed typesetting was about type, not pictures.
When's the last time you saw a newspaper, magazine, or catalog without
a picture?
Jeff
Its hard to believe placing an image
Sorry did mean to send it off-list, honest :)
On 11/04/2013 03:14 PM, Rob Sargent wrote:
Taking this off the list.
I just think the textgeneration is a separate problem form getting
pictures into the product. Once canmake all sorts of constraints on
where the text goes without including any
Is it possible to get any informative error messages out of Arbortext
Publisher app when using anArmy xsl.
It's easy enough to understand that the resultant pdf doesn't match
S1000D, but is Arbortext detecting those differences or is it actually
failing to generate because of xsl
is easy enough if
you have an account. I've uploaded the sample you provided after
verifying that the last page master is not selected on the latest
trunk code.
Thanks,
Chris
On 20/10/2013 14:05, Rob Sargent wrote:
I followed the jira link but I did not see a place where I could
attach
:32 AM, Pascal Sancho wrote:
Hi,
This seems to be related to open issue [1].
From what I read in comments, there is a lake of test file, so your
xsl-fo should help.
[1] https://issues.apache.org/jira/browse/FOP-1976
2013/10/9 Rob Sargent rsarg...@xmission.com:
Running the attached, admittedly
of a
preceived issue from looking at the code. I requested a sample there
last year, but the reported did not respond.
Thanks,
Chris
On 11/10/2013 16:04, Rob Sargent wrote:
Shall do.
Since fop usage is not longer my day job it will be more difficult to
contribute much. Not sure how much shorter
Sancho wrote:
Yes,
all comment is welcome.
if you can provide (attach to the issue) a reduced test file, that
should help too.
2013/10/11 Rob Sargent rsarg...@xmission.com:
Oh, so nice to not be alone! Thanks.
Should I add comment to this thread or to the issue you mention?
rjs
On 10/11/2013
-section
2013/8/28 Glenn Adams gl...@skynav.com:
P.S. In the future, don't bother sending the XSLT if your question is
related to formatting. Only the XSL-FO content is relevant.
P.S.S. Why do you use nested block containers for the first block?
On Tue, Aug 27, 2013 at 5:24 PM, Rob Sargent rsarg
I cannot seem to push a block down using 'top=n' set to any value n
0 (and 1 of course)
I've even added an extra, enclosing (superfluous?) block-container
inside the table-cell. left and right are working just fine but
top not so much.
I thought this was a compliant piece of FOP. Am I
Yes it works in fop1.1. What are you seeing?
See below.
On 03/01/2013 01:10 AM, jeffreyfilter wrote:
Does it work on FOP 1.1 ?
Following is the code sample. What are the modifications to do ?
fo:simple-page-master margin=12mm 12mm 12mm
25mm
Yes. You can have a zero-lenght region body on the left page
definition. Place the images in the region-before (or region-after)
On 02/28/2013 02:57 AM, jeffreyfilter wrote:
is there a way to output content only in odd pages and leave the even page
blank, using Apache FOP
--
View this
/
Fixing this and changing the fonts to Times gives me the attached pdf.
HTH,
Alex
On 22 Feb 2013, at 22:14, Rob Sargent rsarg...@xmission.com wrote:
Well of course. Silly me.
Now I have the pleasure of tracking down a NumberFormatException. Is my file
(attached) not useful standalone
Unless of course I'm doing something silly (again).
Using fop1.1I capture the IF from a java program to get the overall page
size of tables. I then use that to size the region-before.
For debuging I write the IF to a file and it looks like this
?xml version=1.0 encoding=UTF-8?
areaTree
Put it on top of a white background using the z-axis.
On 02/13/2013 12:30 PM, Luis Bernardo wrote:
I am not familiar with that feature but I would expect that if your
image is GIF and the feature is for PNG then it will not work. Why not
convert the image to one without transparency outside
Leaders work just fine. Correct page number for content works too if
you id the start block of each entry in you table of contents. Below
each dx-element contains an attribute ref-id which
fo:page-number-citation uses to deduce the page on which each particular
item.
On 02/09/2013 04:31 PM, Rob Sargent wrote:
Note that there needs to be a bounding fo:list-block on this. I'm
actually in nested lists and didn't want to show the entire template.
Sorry if this confused anyone.
Leaders work just fine. Correct page number for content works too if
you id
No sure why the width isn't set on the containing block, with a two
column table for the data presented
Or a column definition for the entire page master if that's more
appropriate.
You might be able to do this with just a list if you can set the label
to be your first datum but the width
On 02/01/2013 08:56 PM, Rob Sargent wrote:
No sure why the width isn't set on the containing block, with a two
column table for the data presented
Or a column definition for the entire page master if that's more
appropriate.
You might be able to do this with just a list if you can set
Sounds like you may be in luck. If content about a subject can define
on flow you should be able to put tease the images into static regions
on right-page.
On 11/13/2012 06:28 AM, Bonekrusher wrote:
Thanks,
I'll give your suggestion a try. My xml comes in as fragments, so images can
be
You can dynamically size the region-body and region-before of the
right-page master if you have any information on page layout from the
incoming xml - ie. if it's known or knowable that the upcoming
right-page has a single image with text. This can be accomplished if
the app capturing the
comes back
when adding the element/attr just removed (no matter what else is removed)
On Tue, Nov 6, 2012 at 8:05 AM, Rob Sargent rsarg...@xmission.com
mailto:rsarg...@xmission.com wrote:
I have reviewed the sidebar.fo http://sidebar.fo and it really
cannot be substantially reduced
are you seeing in the printer
output? Are they in the blue column or in the white column?
On 11/8/12 5:40 PM, Rob Sargent wrote:
We use iText as well as FOP in producing our printable product. Some
pages get a black background from iText (certain graphics look better
that way). When the black
? Are they in the blue column or in the white column?
On 11/8/12 5:40 PM, Rob Sargent wrote:
We use iText as well as FOP in producing our printable product. Some
pages get a black background from iText (certain graphics look better
that way). When the black background is under the sidebar (as made
Hopefully this latest one is more direct.
On 11/08/2012 04:00 PM, Glenn Adams wrote:
what i said about maximally minimizing your test FO; when you don't do
so, you lead devs astray
On Thu, Nov 8, 2012 at 2:39 PM, Rob Sargent rsarg...@xmission.com
mailto:rsarg...@xmission.com wrote
a background color to the cells of the table.
On 11/8/12 11:03 PM, Rob Sargent wrote:
Hopefully this latest one is more direct.
On 11/08/2012 04:00 PM, Glenn Adams wrote:
what i said about maximally minimizing your test FO; when you don't
do so, you lead devs astray
On Thu, Nov 8, 2012 at 2:39 PM
with a
reduced (maximally minimal) input file and an output file. Absent
this, don't expect any response.
G.
On Tue, Nov 6, 2012 at 1:28 AM, Rob Sargent rsarg...@xmission.com
mailto:rsarg...@xmission.com wrote:
In January 2011, I asked about the spurious lines between rows of
tables (here
Correction: the referenced previous post did include an fo of the table
in question.
rjs
On 11/05/2012 12:38 PM, Rob Sargent wrote:
Glenn,
My apologies for not including relevant fo etc but the original post I
referenced didn't need them, explained the situation well enough
requests on fop-users that attempt to circumvent
the normal bug reporting process
On Tue, Nov 6, 2012 at 3:41 AM, Rob Sargent rsarg...@xmission.com
mailto:rsarg...@xmission.com wrote:
Correction: the referenced previous post did include an fo of the
table in question.
rjs
to this list first, but
you aren't asking a usage question.
On Tue, Nov 6, 2012 at 6:10 AM, Rob Sargent rsarg...@xmission.com
mailto:rsarg...@xmission.com wrote:
I have no intention of circumventing normal processes, though I'm
surprised that your recommended first communique
lines due to
the use of row or column spans try to get around it by nesting tables.
On 11/5/12 7:41 PM, Rob Sargent wrote:
Correction: the referenced previous post did include an fo of the
table in question.
rjs
On 11/05/2012 12:38 PM, Rob Sargent wrote:
Glenn,
My apologies
the section name(s) and number, a rule and a page number.
The names are supplied in a rotated svg (not included).
On 11/05/2012 04:32 PM, Rob Sargent wrote:
Thank you Luis
I may have to embed a table within a table as you suggest. Or perhaps
I can play with layers and z-values. Any other hints
Here's the nub of how we're doing it. This is in a template which is
handed the values for keeper, bullet-char and I show a trimmed version
of the bullet-text macro. (Choose your own font of course, or let it be
inherited.)
fo:list-item margin-left={$bullet-offset}
in fo:page-sequence all works as expected.
So you may file in a bug entry.
Note that FOP behaves as this whatever the version is (tried against
0.95, 1.0, 1.1rc1 and trunk).
2012/9/18 Rob Sargent rsarg...@xmission.com:
For what it's worth, I switched from rgb-icc() to cymk() and that appears to
work
For closure, here
https://issues.apache.org/bugzilla/show_bug.cgi?id=53901 is the bug.
On 09/19/2012 03:44 AM, Rob Sargent wrote:
Interesting!
The location of the fo:declaration is quite restricted: Must be after
layout-master-set (and before page-sequence elements) so that would
preclude
Anyone have an opinion on this? Bug v. Not bug? Hoping against hope that
I've made some other mistake.
rjs
On 09/14/2012 11:24 AM, Rob Sargent wrote:
This is just a bug, I'm sure.happy to file a bug if this is really the
case.
fop-yellow.xml show nice bright yellow for the background
, Rob Sargent wrote:
Anyone have an opinion on this? Bug v. Not bug? Hoping against hope
that I've made some other mistake.
rjs
On 09/14/2012 11:24 AM, Rob Sargent wrote:
This is just a bug, I'm sure.happy to file a bug if this is really
the case.
fop-yellow.xml show nice bright yellow
Should I expect rgb-icc(r,g,b,profile,c,y,m,k) to result in the correct
colour in pdf? I'm getting black. Or do I have to layout each region
with an over-arching block with background-color set? Other explicit
blocks using rfb-icc() are working correctly on subsequent pages.
Here's the
On 09/06/2012 06:04 AM, Samuel Penn wrote:
On Tue, 04 Sep 2012 09:46:23 -0600, Rob Sargent
rsarg...@xmission.com wrote:
I have long suspected that what we're asking FOP to do is somewhat
out there. Man would I love a review of my xsl/fo
transformation. 2700+ lines of xsl can't be a good
On 09/06/2012 12:03 PM, Samuel Penn wrote:
The general layout of the documents themselves isn't particulary
exciting. There's a lot I'd like to be able to do, especially around
image and table layout (auto-placement of images, and stretching them
across two text columns etc), which doesn't yet
Wonderful. Thank you very much. It's working great here.
An interesting twist on the other side of this thread (re:
MAX_RECOVERY_ATTEMPTS). We find that if the last image-bearing page of
a chapter is a text-less gallery page the page immediately following
page is confused about it's
. 2700+
lines of xsl can't be a good thing!
But it's shaping up to be a beautiful book, thanks to FOP.
On 09/04/2012 09:21 AM, Vincent Hennebert wrote:
On 04/09/12 16:04, Rob Sargent wrote:
Wonderful. Thank you very much. It's working great here.
An interesting twist on the other side
Thanks for confirming that Chris.
I can no longer wait for the definitive answer on this issue and will
proceedwith revamping our process w.r.t. colours in fo and pdf.
Cheers,
rjs
PS. If it is a change in fop-1.1 I highly recommend it be mentioned
(perhaps even high-lighted) in the
You are of course correct. I misspoke. We search in the pdf for the rbg
color with an string such as this: 0.07843 0.15686 0.31372 rg. And
we would be replacing it with something like 0.08 0.00 0.15 0.0 k if
the rg string were found.
My apologies for mis-reading our code base.
rjs
On
fop-1.1rc1 change the
way it writes colours (cmyk) into the pdf?
rjs
On 08/28/2012 09:20 AM, Chris Bowditch wrote:
On 27/08/2012 17:07, Rob Sargent wrote:
Hi Rob,
Bingo. I was completely off-base in thinking it was an xslt function.
Your suggestion works like a charm. This helps clean up
Does anyone have at hand (a link to) an example of using the cmyk()
function. All I get is Could not find function: cmyk. Who supplies
this function?
Running from cli ~/tools/fop/fop-1.1rc1/fop -xml doc-1.xml -xsl
/d3/support/config/stylesheet/prose.xsl -foout cmyk.fo
with this
Bingo. I was completely off-base in thinking it was an xslt function.
Your suggestion works like a charm. This helps clean up local
colour-guessing a lot.
THANKS,
rjs
On 08/27/2012 09:39 AM, Sergiu Dumitriu wrote:
On 08/27/2012 11:09 AM, Rob Sargent wrote:
Does anyone have at hand
I'm not finding certain strings related to colour I expect to be in the
pdf. Has this changed recently. I didn't see mention of such in the
1.1 release notes.
Thanks,
rjs
-
To unsubscribe, e-mail:
AM, Rob Sargent rsarg...@xmission.com
mailto:rsarg...@xmission.com wrote:
I'm not finding certain strings related to colour I expect to be
in the pdf. Has this changed recently. I didn't see mention of
such in the 1.1 release notes.
, 2012 at 8:20 AM, Rob Sargent rsarg...@xmission.com wrote:
Well that's tricky.
We do a dance here, probably no longer necessary since the advent of cmyk(),
where in we map the used RGB values, then later in our pipeline correct
them in the pdf using iText. (This pre-dates my employment here
for the fact that the first line
of the block has already been rendered.
HTH,
Vincent
rjs
On 08/15/2012 11:53 AM, Rob Sargent wrote:
And now we have attached the smallest possible fo, with only
font-family=any which shows the spurious text loss across a page break.
Note that the top of page 2
Do we agree that this portion of the thread (small data loss at page
break) really is an issue?
rjs
On 08/15/2012 11:53 AM, Rob Sargent wrote:
And now we have attached the smallest possible fo, with only
font-family=any which shows the spurious text loss across a page
break. Note
Meanwhile...
IT WORKS. I set column-count to 1 and set the (derogatory remark
redacted) MAX_RECOVERY_ATTEMPTS to 10, which was lucky because by the
time I got back to the original document it had 7 text-free pages in
succession.
Now, recall the title of this thread (swapping loss for lose
(generated with 1.1rc1-VHx2) but won't
until I here you're not able to reproduce the problem!
Cheers,
rjs
On 08/15/2012 09:14 AM, Rob Sargent wrote:
Meanwhile...
IT WORKS. I set column-count to 1 and set the (derogatory remark
redacted) MAX_RECOVERY_ATTEMPTS to 10, which was lucky because
.
Cheers,
rjs
On 08/15/2012 11:53 AM, Rob Sargent wrote:
And now we have attached the smallest possible fo, with only
font-family=any which shows the spurious text loss across a page
break. Note that the top of page 2 is slightly indented (not our
intent) and is missing text (in this case
Do we at least agree that there is a problem?
Cheers,
rjs
On 08/04/2012 03:46 PM, Rob Sargent wrote:
OK I have a attached an fo which is free of our special fonts which
addresses the variation of text loss to which I alluded in last post
(missing paragraphs across textless pages). I get
Certainly gives one hope!
We do have 6 consecutive pages in the current plan, so I may be up for
the local patch.
I'll report back asap.
Thanks,
rjs
On 08/14/2012 02:23 PM, Vincent Hennebert wrote:
Hi Rob,
On 14/08/12 15:42, Rob Sargent wrote:
Do we at least agree that there is a problem
wrote:
Fix committed in rev. 1371386:
http://svn.apache.org/viewvc?rev=1371386view=rev
See also Bugzilla 53688:
https://issues.apache.org/bugzilla/show_bug.cgi?id=53688
As to your other questions:
On 20/07/12 22:49, Rob Sargent wrote:
Saint Vincent, you deliver us again. The patch works
Drats! It's 100% reproducible here with necessary fonts. Should I post
the pdf? Lend you the fonts?
Note that fop1.1rc1-VH has been tried but production is still using fop-1.0.
We have multiple cases in production. Also a variation of the problem
which is losing two paragraphs when the
Of course the subject should have read (small) text loss
On 08/02/2012 11:56 AM, rsargent wrote:
We've hit this a couple of times now and I have a small fo showing the
problem.
In production we are using fop-1.0, but I've generated this on both
1.0 and 1.1rc1 (with a small patch from Vincent
FOP-1.0 and FOP-1.1rc1 both showing this
Where textless page is one on which the region-body is of zero size.
Is the overflowing content in fact from the most recent textful page?
Though the reported overflow is rather small (typically 1/3 of an inch
or so), we lose as much as two paragraphs
Such that I can enable hyphenation when running fop (1.0) from the
command line. We're currently calling factory.setHyphenBaseUrl() in our
programme and I need the same when running tests from the command line
Thanks,
rjs
-
Wow. That just too easy!
Thanks.
On 07/20/2012 01:45 AM, Pascal Sancho wrote:
Hi,
the given position is relative to FO file;
in your case: 304th line, 166th character.
2012/7/20 Rob Sargent rsarg...@xmission.com:
Running fop-1.0, I get messages such as
Content overflows the viewport
us to reproduce the exact same layout as
you have.
Thanks,
Vincent
On 19/07/12 22:09, Rob Sargent wrote:
A prince you are!
I do have many of those messages, some are very regular (same 7200pt overflow)
and must be from a repeated element. Others are more varied are hence more
likely
/06/2012 02:50 PM, Rob Sargent wrote:
I'm using FOP-1.0, java version 1.6.0_31 on ubuntu-12. I'm trying
to develop a test fo which shows what I believe is a layout failure in
FOP. In certain circumstance, related to layout choices, a page
begins with an unwanted indentation and a tiny amount
the exact same layout as
you have.
Thanks,
Vincent
On 19/07/12 22:09, Rob Sargent wrote:
A prince you are!
I do have many of those messages, some are very regular (same 7200pt overflow)
and must be from a repeated element. Others are more varied are hence more
likely to be in the flow perhaps? Since
(or somebody else) will, or will not, find a bug
causing this issue. Since the use case is quite big, that will take
some extra time :/
2012/7/18 Rob Sargent rsarg...@xmission.com:
My apologies, but I've been unable to shrink this to a small test. I'm
forced to send a rather large fo, but that's
the viewport of the
fo:region-body on page n’. Except that ‘n’ is not the page number... but
the column number!
If you can avoid page overflows, you should avoid triggering the issue
and get appropriate page numbers.
HTH,
Vincent
On 19/07/12 20:33, Rob Sargent wrote:
I have whittled the fo down
Running fop-1.0, I get messages such as
Content overflows the viewport of an fo:block-container in
block-progression direction by 7200 millipoints. (See position 304:166)
How do I turn that position into something relative to the document?
I'm using a two column layout.
1 - 100 of 267 matches
Mail list logo
