I had this error once and it was because I was using an old/nonstandard
namespace declaration.
http://www.w3.org/1999/XSL/Transform";>
seems to work...
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 11 June 2002 10:01
To: [EMAIL PROTECTED]
Subject: styleshee
Is the
XSL file causing a loop? Files of this size should be
OK.
ie: do
you use recursive templates:
...output
stuff
will
cause OutOfMemory.
Otherwise, look at the java -X options for increasing
the maximum memory available to java - it defaults fairly
l
Title: Interesting Aside
Fop
has also provided the 'icing on the cake' in my job which has let me justify a
lot of ground-up redesign
It is
also the most popular bit with the admin staff, who no longer handtype invoices
:-)
Alistair
-Original Message-From: Rhett Aultman
[mail
I can't remember the details but there are certain gui packages which Fop
needs to process the default fonts: if you run it on linux without X-windows
it may well complain
-Original Message-
From: John Austin [mailto:[EMAIL PROTECTED]]
Sent: 12 April 2002 07:36
To: [EMAIL PROTECTED]
Subje
Could the Avalon jar shipped with Fop include
org.apache.avalon.framework.logger.Log4JLogger and
org.apache.avalon.framework.logger.Logger so it's easy for us to use log4j?
It's only a few kb extra and it means that we don't have to have lots of
avalon jars in the classpath, or have repackaged/cu
The information re CurrentPage, etc., is available from the AWTRenderer: it
may make more sense to expose that for advanced users.
The getToolbar() proposal is a shorthand to call all the getAction, getCombo
methods: if you don't want to use it, you can do it the long way using the
actions
I thi
2002 3:11 PM
To: [EMAIL PROTECTED]
Subject: Re: AWT Window
From: "Alistair Hopkins" <[EMAIL PROTECTED]>
> So how about this as the public interface:
>
> package org.apache.fop.apps;
>
> public class AwtManager
> {
> public AwtManager(InputSource
So how about this as the public interface:
package org.apache.fop.apps;
public class AwtManager
{
public AwtManager(InputSource fo)
public AwtManager(InputSource xsl. InputSource xml)
//these are separated so the work of showing the preview can go on a
background thread
public
Now that a few more people are interested in this:
I think that it would be more useful if the basic AWT API returned a JPanel
rather than a JFrame. I want to use it in a JInternalFrame rather than a
JFrame to mimic standard Windoze print preview behaviour. Somebody else
wants to use an applet.
I'd also say that fo: is only as complicated as professional print quality
document layout. Which can give me a headache all by itself.
If iText is simpler than fo: it's because there are things you may want to
do with a document which iText won't do for you (we dropped it and went to
fo: because
You should be able to specify various filenames in headers but IE5 doesn't
play.
response.setHeader("Content-Disposition","attachment;
filename=\"myFile.pdf\""); //This doesn't seem to work!
Add a bogus bit of xtra path info - the filename - on the end of the calling
URL, and that does wo
+1 to this: I think it's a clearer statement of what I was saying.
The -print command line option actually uses the awt renderer and not the
pdf renderer [pause while I check this - yes, PrintStarter$PrintRenderer
extends AWTRenderer].
You can choose printers by making sure that pj.printDialog()
I think that all this system calling is a bit dodgy if you don't control the
target environment: I looked at it for a while but felt that I couldn't
prevent things going badly confusing for the user if they had any deviance
in their setup.
And it obviously throws away the cross-platform nature of
Somebody correct me if I'm wrong, but I think...
To
print a document directly, you need to use a renderer which implements Printable
and Pageable.
You
can then do something like
PrinterJob pj =
PrinterJob.getPrinterJob();
pj.setPageable(renderer);pj.print();
a
I posted a set of classes a while back which are a (still broken) rewrite of
the AWTViewer, designed to give a simple interface to FOP from a gui app: it
returns the preview window as a JPanel so you can stick it wherever you want
in your app (JFrame, JInternalFrame, JCombo, whatever...), and also
, December 04, 2001 6:06 PM
To: [EMAIL PROTECTED]
Subject: RE: Page Breaks
I doubt that would be permissible since the client wouldn't be able to
control the extension (I'm assuming an extension is a compiled class).
Jim
-Original Message-----
From: Alistair Hopkins [mailto:[EMAIL PROTEC
How about an extension to XSL / Xalan? Would that be permissible, or
possible?
Ugly, but keeps control with the client...
-Original Message-
From: Jim Urban [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 04, 2001 5:05 PM
To: [EMAIL PROTECTED]
Subject: RE: Page Breaks
I agree wit
I attach some files which implement an easy pluggability model to help
people who may want to use FOP as a reporting package within Swing apps.
They're still fairly broken, especially the -print method, which does silent
printing - it doesn't complain, it just doesn't print either - so help with
I add the date to the source XML, from where I can select it in XSL.
This has the advantage that a/ The date will be the last edit date of the
XML, which suits me fine, and b/ I can format the date nicely: I have a node
like so I can have
templates in XSL to return Monday 3rd or 3/12/2001 or 12-
Is there any sign of a Java Api for Fo processing? I can't find a reference
to it, and I'm afraid I find the Fo Api a tad confusing.
Alistair
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 13, 2001 12:15 PM
To: [EMAIL PROTECTED]
Subject: Re:
Do a two step, first to fop then to pdf
It's easier to debug anyway as you get the .fop file to inspect
xalan has well-documented parameter passing at
http://xml.apache.org/xalan-j/commandline.html with the -PARAM flag
Alistair
-Original Message-
From: Matthew L. Avizinis [mailto:[EMAIL
have
a pressing need for it.
My unofficial vote for merging JFor with FOP is: +1
YS
-Original Message-----
From: Alistair Hopkins [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 18, 2001 11:46 AM
To: [EMAIL PROTECTED]
Subject: RE: [vote] Merging JFor with FOP
Can I just appeal for some
Can I just appeal for some limitation on the size of the JAR files required?
Not all java is server side and downloads sizes matter a lot!
Alistair
[still thinks Swing is a good idea]
[but so is rtf]
-Original Message-
From: Beer, Christian [mailto:[EMAIL PROTECTED]]
Sent: Thursday, Oc
I've done this, but in a slightly different way.
I was going to clean up the code I've written and send it to the list as a
possible alternative to the current AWTViewer, and will, when I'm not
ashamed of it and have put internationalization support back in.
Broadly, you pass a FOP file to a Swi
IE
doesn't seem to pay any attention to that.
Try
naming the download *.pdf:
eg,
instead of
http://mysite.com/servlet/myservlet?downloadFile=doc.pdf
try
http://mysite.com/servlet/myservlet/doc.pdf?downloadFile=doc.pdf
This
sorted it for me!
Alistair
-Original Message-From: S
This won't work because the xsl: namespace processing happens before
gets a value during the
fo: namespace processing, so the variable [sorry parameter] PAGES contains
the literal string.
You could show the warning on all pages except the front page by using
different static areas.
I can't thin
Title: FOP on IBM AS400
Maybe
irrelevant, but I had a problem when installing an app using FOP onto a linux
box with no X on it, and traced the problem to the fact that the standard adobe
fonts were not installed.
I
mended it be adding the rpm package urw-fonts-2.0-8, but it may also be po
+1 for keeping extra libraries to a minimum
FOP is great as a client side print tool, but not if it bloats
-Original Message-
From: COFFMAN Steven [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 13, 2001 10:09 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Avalon?
FOP needs at all levels
Try replacing & with &
& is a reserved character and the XML parser is interpreting as the start of
an entity before it even reaches fop.
-Original Message-
From: Jocelyn Paine [mailto:[EMAIL PROTECTED]]On Behalf Of Jocelyn Paine
Sent: Wednesday, September 12, 2001 12:24 PM
To: [EMAIL PRO
Another 1/2c
I am using fop as the report formatter for a desktop application: I have not
found any other way of getting previewable, printable, saveable high quality
report documents out of java on a client side application.
We wasted quite a bit of time on some pdf-generating library we found
+1 to that
And while we're here, is there any way to switch OFF SVG support so the
batik jar is dispensible? I'm using fop as the printing API for a
desktop/Swing app and it is brilliant (proper print preview, high quality
saved and printed documents, easy format to build with) but the size of the
I'm also using it in production to generate simple but nice printable
invoices from a website. As a precaution, only company staff can access the
invoice download at the moment, but I'm going to throw it open to the
punters soon as there have been 0 problems over the last 6 months.
-Original
Sorry I can't check the archives but they seem to be down.
I'm having trouble with keep properties: I need to ensure that titles aren't
orphaned from their bodies. I want to add
keep-with-next.within-page="always" to the block that contains the title
page, but it doesn't work and is noted on the
33 matches
Mail list logo
