Jeremias,
7. It seems to have the old bug of leaving zero sized files around after
errors
Cheers,
Roland
Roland Neilands wrote:
Jeremias,
I haven't test it thoroughly yet, but you asked, so but here's what
I've seen:
1. Images are not scaled & overrun block-container height & width. The
Yes that helps, on the external-graphic. Well that makes .90 quite
acceptable for some documents then.
Cheers,
Roland
Andreas L Delmelle wrote:
On Dec 9, 2005, at 00:57, Roland Neilands wrote:
Roland,
Concerning 1)
1. Images are not scaled & overrun block-container height & width.
The im
> On Dec 9, 2005, at 00:57, Roland Neilands wrote:
>
> Roland,
>
> Concerning 1)
>> 1. Images are not scaled & overrun block-container height & width.
>> The images seem washed-out & pixelated (gif). This is a stopper, I
>> was hoping it would work better than 20.5.
>> > position="absolute">
>>
On Dec 9, 2005, at 00:57, Roland Neilands wrote:
Roland,
Concerning 1)
1. Images are not scaled & overrun block-container height & width.
The images seem washed-out & pixelated (gif). This is a stopper, I
was hoping it would work better than 20.5.
position="absolute">
Hav
On Dec 8, 2005, at 21:58, J.Pietschmann wrote:
Andreas L Delmelle wrote:
of your XML data shows up in the result document... AFAICT, your
source XML contains only:
Hello
To this you apply templates and create the root.
There is a around the fo:inline. Note the
spelling mismatch, ...
Ouch
On Dec 8, 2005, at 23:01, Clifton Craig wrote:
I'm banging my head on this so maybe I'll look into the quick fix
since this
is the 2nd or 3rd time someone has brought it up. Is it a jar or
something
that would be easy to install?
Not exactly... although not too much effort either.
Check o
Jeremias,
I haven't test it thoroughly yet, but you asked, so but here's what I've
seen:
1. Images are not scaled & overrun block-container height & width. The
images seem washed-out & pixelated (gif). This is a stopper, I was
hoping it would work better than 20.5.
position="absolute">
I will be out of the office starting 12/08/2005 and will not return until
12/12/2005.
I will respond to your message when I return.
-
This e-mail and any attachments are intended only for the individual or
company to which it is addressed and may contain
I'm banging my head on this so maybe I'll look into the quick fix since this
is the 2nd or 3rd time someone has brought it up. Is it a jar or something
that would be easy to install?
On Thursday 08 December 2005 3:43 pm, J.Pietschmann wrote:
> Clifton Craig wrote:
> > So the only time tables are
Andreas L Delmelle wrote:
of your XML data shows up in the result document... AFAICT, your source
XML contains only:
Hello
To this you apply templates and create the root.
There is a around the fo:inline. Note the
spelling mismatch, therefore it selects nothing -> no content to
watch.
J.Pi
[EMAIL PROTECTED] wrote:
OK, the ByteArrayOutputStream solves the NullPointer Exception. The only
problem left is there is none of my xml data in the pdf. I only get the
static header of the xsl document :o/
The most likely reason is that you don't generate FO objects
for the real content. If t
Clifton Craig wrote:
So the only time tables are realeased are at the end of a page sequence?
Yes. The problem is actually all the stuff used during content
layout, which is otherwise released after a page has been rendered.
There is a quick fix in the source repository for this.
J.Pietschmann
On Dec 8, 2005, at 20:25, [EMAIL PROTECTED] wrote:
Hi,
thanks for the advice I split up the transformation but couldn't find
anything wrong.
The xslt file misses in the output the template & style tags but I
suppose
that's ok.
Depends on what do you mean by "OK"? Your XSLT doesn't contain
Hi,
thanks for the advice I split up the transformation but couldn't find
anything wrong.
The xslt file misses in the output the template & style tags but I suppose
that's ok. I got rid of the complicated XmlTransformer and pasted the xml
creation directly into the servlet but still no luck. So
On Dec 8, 2005, at 18:42, Paul Moloney wrote:
Hi,
Before looking any further, I'd like to make sure that this...
java -cp build\fop.jar;lib\avalon-framework-c
vs-20020806.jar;lib\xml-apis.jar;lib\xercesImpl-2.2.1.jar;lib
\xalan-2.4.1.jar or
g.apache.fop.fonts.apps.PFMReader -f "LetterGothic"
I'm trying to generate a font metrics files for a Type 1 font, Letter
Gothic, and
I'm not getting the expected result.
When I generate font metrics file, using the following command:
java -cp build\fop.jar;lib\avalon-framework-c
vs-20020806.jar;lib\xml-apis.jar;lib\xercesImpl-2.2.1.jar;lib\xala
Chris Bowditch wrote:
Clifton Craig wrote:
J,
So the only time tables are realeased are at the end of a page
sequence? That would explain my dilemma. Even though I use multiple
smaller tables per row instead of one big table all of the smaller
tables are held until the page sequence ends?
Thank you very much Jeremias :-)
I tested with the current svn version and it worked! This was actually
quite a big issue in our current project...
Jeremias Maerki wrote:
Problem fixed in Subversion:
http://svn.apache.org/viewcvs?rev=355105&view=rev
:-)
On 08.12.2005 14:23:30 Jeremias Maer
Dear users of Apache FOP,
version 0.90alpha1 is now two weeks old. In this time we've already
received a number of bug reports and even some patches. Thanks to
those involved and to everybody who has sent us feedback on the new
version so far.
Still, it's been a little quiet for my taste. :-) So,
Nothing's wrong with the sequence. Now that you've got a complete
processing pipeline there and you have problems, you have to split it up
at defined points to get at the intermediate results so you can identify
the problem. For example:
Instead of...
SAXResult result = new SAXResult(driver.getCon
OK, the ByteArrayOutputStream solves the NullPointer Exception. The only
problem left is there is none of my xml data in the pdf. I only get the
static header of the xsl document :o/
Do we have to change the sequence somehow?
> --- Ursprüngliche Nachricht ---
> Von: Jeremias Maerki <[EMAIL PRO
Problem fixed in Subversion:
http://svn.apache.org/viewcvs?rev=355105&view=rev
:-)
On 08.12.2005 14:23:30 Jeremias Maerki wrote:
> Hi Dominic
>
> This is a known issue with 0.90alpha1. See table_border_padding.xml in [1].
> A cell that has no more content but whose row continues on the next page
I'm not sure why you get an error that "handler is null". The setup
looks ok now. The only thing that's missing is the ByteArrayOutputStream
that FOP writes the PDF output to. In order to make PDF displaying work
you need to know the size of the PDF so there's no way around buffering
the PDF into a
First of all. Thanks for taking so much time for my problem :o)
I tried to include your code. It's attached below:
1. the transformer factory with the implementation I use does not support
this call: this.transformerFactory.newTransformerHandler(xsltSrc); - so I
modified it a bit.
2. When I run
Clifton Craig wrote:
Chris,
My apologies as I didn't mean those comments to sting. What I should have said
was, "that sux for me". Or even better, "it sux to be me". I was only venting
from my current situation and I wasn't attempting to trash talk the product
at all. FOP is the perfect fit
It's unclear what this XmlTransformer does exactly. You only instantiate
a new instance but you do nothing with it.
Anyway, I'll try to rework your code so you can pipe this stuff
together:
1. You don't need the FileOutputStream anymore.
2. No need to configure the serializer if you just pipe the
Chris,
My apologies as I didn't mean those comments to sting. What I should have said
was, "that sux for me". Or even better, "it sux to be me". I was only venting
from my current situation and I wasn't attempting to trash talk the product
at all. FOP is the perfect fit for our project and ther
Hi,
sorry maybe I created a little misunderstanding here. I attached some source
code as a .txt file to clear up things.
cheers,
Pete
> --- Ursprüngliche Nachricht ---
> Von: Jeremias Maerki <[EMAIL PROTECTED]>
> An: fop-users@xmlgraphics.apache.org
> Betreff: Re: How to pass input of xml tra
Hi Dominic
This is a known issue with 0.90alpha1. See table_border_padding.xml in [1].
A cell that has no more content but whose row continues on the next page
will not produce new cell borders right an the subsequent page right now.
Since you've run into this problem I might just as well have a l
Can you please give a little more context (i.e. more code)? I don't
understand what exactly you want to do. I thought you had a SAX XML
source, not an XML file source.
On 08.12.2005 13:56:27 Peter.Neu wrote:
> Hello,
>
> I have a hard time getting the Obj2Pdf Example to work with my application.
Hello,
I have a hard time getting the Obj2Pdf Example to work with my application.
I was browsing through the FAQ and found another example
http://xmlgraphics.apache.org/fop/0.20.5/servlets.html#xslt
But also here is the problem I don't know how to pass the generated xml file
to a File object.
Hello,
I'm using FOP 0.90 alpha. I encountered a problem with table borders and
page breaks. In the example below there is one cell with little content
and a second one with a lot more of content. On the first page the
border of both cells is displayed correctly. After a page break only the
Clifton Craig wrote:
J,
So the only time tables are realeased are at the end of a page sequence? That
would explain my dilemma. Even though I use multiple smaller tables per row
instead of one big table all of the smaller tables are held until the page
sequence ends? That sux.
Non constru
33 matches
Mail list logo