Hi,
I've seen in the documentation about reusing objects:
Fop instances shouldn't (and can't) be reused. Please recreate
Fop and FOUserAgent instances for each rendering run using the
FopFactory. This is a cheap operation as all reusable information
is held in the FopFactory. That's why it's
Hi Jason,
The backwards incompatibility of this API has been discussed quite a lot,
and I'm sorry you're having these issues. If you're looking for examples
for how to configure the new FopFactory, I'd say look in the source [1],
there are plenty of examples on how to do it, there's also quite a
Hi Mehdi
Thanks for your reply. I'm happy I can write configuration code for
current SVN head. But my question is whether anyone has produced/shared
configuration code which works with both current SVN head, and FOP 1.1 ie
using reflection as necessary.
If not, we may just wait for the next
Hi Jason,
I don't think anyone has, or if they have, they haven't published it to the
community.
Hope that helps,
Mehdi
On 8 November 2012 09:53, Jason Harrop jhar...@gmail.com wrote:
Hi Mehdi
Thanks for your reply. I'm happy I can write configuration code for
current SVN head. But my
On Thu, Nov 08, 2012 at 09:37:57AM +, Mehdi Houshmand wrote:
[snip]
try trunk and let me know if that helps; what you should find is that
the first creation of the Fop object is as costly as it was before, but
subsequent instantiations of the object shouldn't have as much of a
Hello,
I think that it's not so simple, but as Eduard pointed out you need:
a) a correct font
b) fop-1.1
c) fo generation
d) fop configuration
I am also frustrated, I have not been able to generate a PDF in Arabic.
So, these are my questions/experiences:
a) I'm using Arial Unicode MS [1]. It's a
Hi Bernardo,
By the looks of the exception you've got an error in the FO you're
creating, which probably has nothing to do with Arabic support. If you're
wondering which fonts to use, I'd suggest you read the Apache FOP website,
it should give you all the information you need [1].
As for your
an example is attached. in fact it was provided in this list by
someone else by I am including also a fop.xconf file.
On Thu, Nov 8, 2012 at 11:39 AM, Bernardo Gonzalez Kriegel
bgkrie...@gmail.com wrote:
Hello,
I think that it's not so simple, but as Eduard pointed out you need:
a) a correct
Luis,
I could re-generate the example, so I think my problem is in the fo
generation side.
Many thanks,
Bernardo
--
Bernardo Gonzalez Kriegel
bgkrie...@gmail.com
On Thu, Nov 8, 2012 at 9:26 AM, Luis Bernardo lmpmberna...@gmail.comwrote:
an example is attached. in fact it was provided in
Hi Mehdi,
You are right, I used the example and configuration sent by Luis Bernardo,
and fop works well.
As for the fonts, his (Luis) example used Arial, I also tested
ArialUnicodeMS and works.
Traditional arabic (BTW, the links on the page are wrong) produces this
error:
Ahh yeah, that doesn't mean it doesn't work though. You can reference fonts
[1], but you'll need them installed if you want to view them. Alternatively
you could either 1) buy the license or 2) uhm *cough* change the bit flag
which tells Fop the font is not embeddable [2] *cough*... Woahh that was
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 with
the referenced sidebar.fo) the nuisance-some inter-cell lines expose the
black
I just found that one can download FOP from the Archive Download link
referenced at the bottom of the below URL. That appears to be the only working
URL for downloads unrelated to svn.
http://xmlgraphics.apache.org/fop/download.html
Thanks,
Lance Campbell
Software Architect
Web Services at
How do you configure FOP with Tomcat 7? I found the below instruction. But
unfortunately I was unable to locate any instructions in Tomcat 7 that
referenced FOP. Any pointers would be great.
I found this referenced at:
http://xmlgraphics.apache.org/fop/1.1/servlets.html#tomcat
Tomcat
Check
Apache @infra has been notified of this problem.
On Thu, Nov 8, 2012 at 12:57 PM, Campbell, Lance la...@illinois.edu wrote:
I just found that one can download FOP from the Archive Download link
referenced at the bottom of the below URL. That appears to be the only
working URL for downloads
https://issues.apache.org/jira/browse/INFRA-5498
On Tue, Nov 6, 2012 at 8:22 AM, pct...@apache.org wrote:
Author: pctony
Date: Tue Nov 6 16:22:32 2012
New Revision: 957
Log:
Adding XML
Added:
release/xmlgraphics/
Rob, I looked with more time at this issue and I think that my previous
statement that I was seeing lines where they should not be was
incorrect. I think they should be there because they are in the *fo source!
It is true that no lines appear with Adobe, but they are visible both
with Mac's
When I reviewed sidebar.fo, I completely neglected the colours and
borders added for debug purposes (oh so long ago). Let me get you a
clean version. The spurious lines appear in the column which is not
spanned by the inner cell in the first row.
On 11/08/2012 03:19 PM, Luis Bernardo
Please find attached a new fo which defines the sidebar for the left
pages only. The blue column will show the four lines separating each
row, at least in Evince 3.4.0 (using poppler/cairo(0.18.4))
On 11/08/2012 03:19 PM, Luis Bernardo wrote:
Rob, I looked with more time at this issue and I
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 wrote:
Please find attached a new fo which defines the sidebar for the left
pages only. The blue column will show the four lines
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:
yes, I see the problem. it is indeed strange but I think it is the
result of the fact that each cell is painted independently and even
though they touch each other (the common edges of adjacent cells have
exactly the same coordinates) the viewer (and apparently your printer)
create an
Agree. As I mentioned in my RESOVED mail, we have remove the underlying
black which somehow seeped through in Evince and for the print shop.
Thanks for your efforts. I think there is an issue, but whose it is is
not clear to me and we think we're past the pain point.
Cheers,
rjs
On
Thank you all for your replies.
I haven't been succesfull in getting the result right. I downloaded
the attached files and tried those, and arabic was displayed using
Arial, I also tried different other fonts such as ScheherazadeRegOT,
but in all cases the letters are not connected correctly,
don't give up so easily; send me your input FO file (or a sample) and I'll
check what you are doing wrong... just to make sure, you are using fop 1.1
yes?
note that others are regularly using fop 1.1 successfully for arabic, so it
is probably a usage or config problem on your end
On Thu, Nov 8,
I have been using FOP 1.0, but never mind, I have just fallin in love
with wkhtmltopdf - the static version produces links inside the PDF
file and the result is so much better than FOP.
Thanks, but I wont be using FOP any longer I think the result from
wkhtmltopdf is much better, even with the
On Thu, Nov 8, 2012 at 5:11 PM, Brian Hansen greencopperm...@gmail.comwrote:
I have been using FOP 1.0, but never mind, I have just fallin in love
with wkhtmltopdf - the static version produces links inside the PDF
file and the result is so much better than FOP.
Thanks, but I wont be using
I have three different XML files with a lot of math in them (quantum
physics). With each of them, when I use FOP to generate pdf's I get the
following exception (let me know if you want to see the full stack trace,
here's the top with all the FOP lines):
In one of the files, here is one snippet
28 matches
Mail list logo
