Here's how we insert a dynamicly generated script it in the xslt that passes
through to the HTML:
script language=JavaScriptloadTopFrame(quot;xsl:value-of
select=$print-csr/quot;,quot;xsl:value-of
select=$print-quick-trend/quot;,quot;xsl:value-of
As long as the calculations get done somewhere, either by the XLST processor or
the browser, the end result should be the same correct? (Unless some other XSLT
process is dependent on the outcome of these calcs.)
-Original Message-
From: Victor Mote [mailto:[EMAIL PROTECTED]
Sent:
Duh, I forgot this was the FOP board. Is this output going to PDF? I think PDF
can also do some form of JavaScript processing but I've never tried.
-Original Message-
From: Savino, Matt C
Sent: Friday, September 12, 2003 10:16 AM
To: [EMAIL PROTECTED]
Subject: RE: Java script
PROTECTED]
Subject: RE: Java script with xsl in FOP ?
YES. The output will be pdf. So I dont want to proceed
if I know that it wont work in the future. So I am
asking everyone so that I can think what I should be
doing.
Abhi
--- Savino, Matt C
[EMAIL PROTECTED] wrote:
Duh, I forgot
something like this is feasible using XSL
for variable lengths of the strings that come from
xml?
Your help is really appreciated.
Thanks,
Abhi
--- Savino, Matt C
[EMAIL PROTECTED] wrote:
Can you paste the entire JavaScript functionality
you are trying to emulate with XSLT
going
long down the road.
Sorry about that. If you still want the code I write
it and send.
Thanks
Abhi
--- Savino, Matt C
[EMAIL PROTECTED] wrote:
You don't have the actual JavaScript do you? I find
code usually works better than prose.
-Original Message-
From: Abhijit
We started using FOP based on the same requirements and have been thrilled with
the results. If you can get from XSL-FO to PDF, I'm not sure why you might need
a path *back*. If you are looking to create the PDF through something like
Acrobat Exchange, then spit out the xsl:fo, you may be in
not only FOP, but Weblogic entirely,
with no warning at all. Can anyone see why? Very very strange.
-Matt
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Friday, May 23, 2003 11:43 AM
To: [EMAIL PROTECTED]
Subject: Re: Big/Huge XMLs
Savino, Matt C wrote
[I'll give J. a
breather on this one] Assuming you've made certain that the bottleneck is in FOP
and not your XSLT transformation, the only thing you can really do to help with
very large reports is to break the PDFs into multiple page-sequences. IE start a
new page-sequence every X nodes.
XMLs
Savino, Matt C wrote:
We increased our max PDF size on this report from 30 pages to 200
Huh? What complications do you add to the layout to run out of
memory at only *30* pages? I never had any problems until I got
well past 1000 pages (using -mx128M, JDK 1.3.1)
J.Pietschmann
Below is something we use as part of a much more involved stylesheet. Although
looking at it now it's not the most efficient piece of code as it loops through
the same nodes several times. (We use it to break output into groups of five
columns and know we'll never have more than 3 or 4 groups,
.
-Original Message-
From: Savino, Matt C
Sent: Wednesday, May 14, 2003 11:47 AM
To: [EMAIL PROTECTED]
Subject: RE: Re: Error when piping XSL-FO to FOP driver using
SAXResult
Below is something we use as part of a much more involved
stylesheet. Although looking at it now it's
-Original Message-
From: Ben Galbraith [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 08, 2003 3:56 PM
To: [EMAIL PROTECTED]
Subject: Re: Column / character width question
Savino, Matt C wrote:
So I'm guessing the text below the pics in the upper split
section is
a continuous
Thanks Clay, looks promising. I may have to finally upgrade from FOP .20.2 to
test it. From what I understand markers weren't well-implemented in this
version. Basically what I need is for the word 'Continued' to appear at the top
a block (table) of results every time there is a page break. The
I'm missing a font so I can't see the text. Does the upper two-column section
need to flow like the lower one? Can it be the same height every time? Is there
a new upper two-column section on every page? That's some complicated layout
you have there, almost looks more like a catalog you would
So I'm guessing the text below the pics in the upper split section is a
continuous paragraph? If you don't mind my asking, can you just divide the
content in half? Or do you really need the split between the text part?
-
To
, April 29, 2003 3:53 PM
To: [EMAIL PROTECTED]
Subject: RE: Seeking advice on HSSF
I am currently seeking the same information. I'll post some
info if I come
up with something.
-Adam
-Original Message-
From: Savino, Matt C [mailto:[EMAIL PROTECTED]
Sent: April 29, 2003 3:41
Thanks Jeremias. I think the main reason we are parsing the fodoc into a DOM is
so we can serialize the FO out to a file for debugging (it's either that or do
the transformation twice). I'm actually in the process of altering the HSSF
stuff now so I can debug the GMR output. On your adive I
Cool. I will. I think the main reason this hasn't been much of an issue is that
the FOP render time is always an order of magnitude over the XML/XSLT
parsing/transforming. (And from my preliminary results it's looking like HSSF
is even more of a resource hog.)
thx.
-Matt
-Original
Arg. Here's the last line I was trying to paste when I accidentally hit
Ctrl-Enter:
But that still doesn't mean it's ok to be wasteful on the XSLT side.
-matt
-Original Message-
From: Savino, Matt C
Sent: Thursday, May 01, 2003 11:17 AM
To: '[EMAIL PROTECTED]'
Subject: RE
Hi, I figured I'd ask this here just in case anyone had any opinions. We have a
web-app which currently uses FOP in a servlet to generate PDFs. We are looking
into using HSSF to generate .xls files in a similar fashion. Is anyone out
there swapping FOP and HSSF like this? I've read all of the
FYI - we use FOP in an online production app to deliver on-demand print verions
of our managment reports and lab reports. Our clients (drug companies) use the
app to log on and see how their clinical trials are going. Luckily we haven't
had much demand for large (50+ pages) PDFs or many
I set Photoshop to Save for Web highest quality. Let me know if you want it
larger/smaller or higher/lower DPI.
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 27, 2003 3:28 PM
To: [EMAIL PROTECTED]
Subject: Re: logo contest again
Oleg
Here is the PSD file.
-Original Message-
From: Savino, Matt C
Sent: Thursday, February 27, 2003 3:34 PM
To: [EMAIL PROTECTED]
Subject: RE: logo contest again
I set Photoshop to Save for Web highest quality. Let me know
if you want it larger/smaller or higher/lower DPI
... it seems that JDK1.3 and Xalan2.4.1
performs slightly better.., but not much..
Thanks
-Original Message-From: Savino, Matt C
[mailto:[EMAIL PROTECTED]Sent: Thursday,
February 20, 2003 6:35 PMTo:
[EMAIL PROTECTED]Subject: RE: Writing efficient
XSL
Title: RE: Writing efficient XSL
If you can
"generate the FO object relatively quickly", then you should be already past the
XSL stage and into the FO processing (Driver.run()). Unless I am interpreting
this wrong. If so try writing your FO out to a file to see how long it takes.
How many
450 pages is pretty good. Just curious did you use multiple page sequences? no
large tables? Also do you see how much memory it did use?
thanks
-Original Message-
From: Jon Steeves [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 19, 2003 3:26 PM
To: '[EMAIL PROTECTED]'
Subject:
The new XMLSpy is supposed to contain a graphical xsl:fo generator. We haven't
received our licenses yet so I haven't had a chance to play with it. And no
unfortunately it's not cheap.
-Original Message-
From: Steve Pitchford [mailto:[EMAIL PROTECTED]
Sent: Friday, February 07, 2003
Not sure exactly if your .BAT file is calling a Java app or something else,
but here is how we set an external xsl:param within our report generator
servlet:
transformer.setParameter(pdfImagePath,
getServletConfig().getServletContext().getAttribute(pdfImagePath));
Then the xslt
Do you use XSLT to generate your FO file from XML data, or are you building
it some other way? I know you can pass properties to FOP through the command
line, but as far as something like don't print the second page, I imagine
that would have to be in your FO.
-Matt
-Original Message-
Check to see if there's anything different about their internet settings or
IE build than the other 99%.
Look behind the scenes to see if your servlet is being called twice. It
sounds like it could be some quirky caching behvior on just those browsers.
Even the newest versions of IE call the PDF
Oh yeah, putting '...dummy=.pdf' at the end of your query string also seems
to help sometimes.
-Original Message-
From: Thorsten Scherler [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 21, 2002 12:24 PM
To: [EMAIL PROTECTED]
Subject: Re: blank screen in browser
It happends a
Not necessarily. If only a few people's browsers are actually sending a
second request through to the servlet you might only see an error then. (Say
if you were storing the byte-stream in the user session for some reason, but
then deleting it after the first hit to the servlet, it would return and
If performance is everything, you might look into some of the proprietary
PDF engines like faceless.org. But either way I believe you're still going
to have to convert your raw xml into something marked up for display, then
feed it to the PDF generator.
Does anyone have any experieince with
J:
No offense meant, but most people start with the most
inefficient ways to generate XML, usually doing a
lookup in a remote database (which is slow, but hard to
avoid), building an XML string or a DOM tree (which is
slow, memory consuming and avoidable) and then feed it
to the XSLT
That's really good to know. Thanks
Matt Savino
Doesn't XSLT ultimately need it's source XML in a DOM
object to run?
It depends. One point is that DOM is an interface, and there
exist heavyweight and leightweight implementations. Some
XSLT processors can work directly from an arbitrary
and
not in the final rendering? Do you have a profiler you can recommend?
Thanks very much for the feedback.
Mike Z.
-Original Message-
From: Savino, Matt C [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 06, 2002 1:51 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Performance Guidance
If you know that none of your table cells are going to wrap you could count
rows at the XSLT level and put in a new page sequence every x pages. This
defeats a lot of the elegance of FOP, but could work. My problem is I have
lots of random cell-wrapping, and I'm not about to start trying to
This is great if you have logical page breaks. Only one of our reports has
any logical page breaks however. So I can insert new page-sequences every
1000 rows or so. But unless I start counting rows and trying to guess at
when a cell wraps, I have no way of preventing page breaks that leave
Just make a frameset that loads as many identical pages as you want. You'll
get near concurrent loading. Or you can shell out $30k for loadrunner.
Matt Savino
-Original Message-
From: Carter, Will [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 01, 2002 8:58 AM
To: '[EMAIL
Thanks Scott. Can you share a little more detail on how you queue the
reports?
Matt Savino
-Original Message-
From: Scott Moore [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 2:29 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Why is FO(P) a superior model than what most
at compile
rather than run time. Ada is an ISO standard which is
available as a GNU
compiler, GNAT. It should be noted that Java is a proprietary language
owned by SUN.
-Original Message-
From: Savino, Matt C [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 2:01 PM
To: '[EMAIL
Our application absolutely requires tables spanning mulitple pages. Are we
trying to fit a square peg into a round hole incorporating FOP into a
reporting app as opposed to book publishing?
Matt Savino
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Tuesday,
Can anyone point me to a good references on getting various response content
types/file extension mappings to work with IE and Netscape? I'm having a
devil of a time getting CSV and XML to save correctly AND create the correct
user prompts. We'd like the open/save dialog to come up for everything,
:-
--
response.setHeader(Cache-Control, max-age=10); //
workaround so IE
does not refresh/reload PDF page again/twice
--
regds,
Dharmendra
-Original Message-
From: Savino, Matt C [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 07, 2002 1:51 PM
. Good luck.
Peter
Savino, Matt C wrote:
I'm 99% sure there is a huge corporate demand for an FO-PDF
engine right
NOW. Those guys at RenderX are nice but unresponsive, their
product is on
par with FOP at best, and the're too busy to breathe selling $5k/CPU
licenses!
I'm about
, but is there incentive for a company to hire
someone to enhance FOP and release the updates to the public
domain? Are most of the developers employed to do this, or is
this done in their free time?
Brian
On Wed, 27 February 2002, Peter B. West wrote:
Savino, Matt C wrote:
I
Has anyone gotten FO transformations to work on XMLSpy w/FOP .20.2? No
matter what I try I keep getting the following error:
Output of external XSL converter:
The filename, directory name, or volume label syntax is incorrect.
thx a lot,
Matt Savino
Senior Systems Analyst
Quest Diagnostics
Is this basicaly the same problem I'm having?
I've been trying for some time now to figure out how to get a table that
spans multiple pages to always have the same size border on each page.
Simplified, my page needs to look like this (The '_'s and '|' represent the
actual printed border):
top of
If you need to use a variable instead of an attribute, try this (don't
forget the '$'):
fo:table background-color={$bakColor} /
Or if you need the attribute to be the result of something more complicated
like a choose statement, you can use xsl:attribute:
fo:table
xsl:attribute
Supposedly in .20.3, fo:table-row keep-with-next=always works. In
previous versions it went into an endless loop if the rows went beyond the
end of the page.
Has anyone used .20.3? I didn't like the the logging errors and two new jar
files I was supposed to use. And I missed my benchmarking
51 matches
Mail list logo