e FOP
Driver class and skip the memory wasting step of converting the document to
an in memory string.
(*Chris*)
- Original Message -
From: "Prabhat Kumar (IT)" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 25, 2003 11:01 AM
Subject: RE: specia
The speed-freaks will say that taking a detour via a DOM or JDOM is
suboptimal. Granted, directly generating SAX events may seem more
difficult at first, but it's definitely faster as fewer objects are
constructed and garbage collected. But given FOP's speed it probably
doesn't matter much.
On 25.
e
result is another XML? Is this what you mean by 'already XSL-FO'?
-Original Message-
From: Chris Pratt [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2003 1:27 PM
To: [EMAIL PROTECTED]
Subject: Re: special characters
Even better than converting it to a s
*)
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 25, 2003 2:03 AM
Subject: Re: special characters
> There's a nice way to manipulate XML Data with the JDOM API :
> http://www.jdom.org
>
> Starting from strings, you
There's a nice way to manipulate XML Data with the JDOM API :
http://www.jdom.org
Starting from strings, you can easily create a JDOM tree object and then
output it to a stream (and then transform your xsl-fo tree). You don't
have to worry about special characters. You just have to care for the
No, AFAIK Digester is for the opposite direction: Parsing XML into
objects. Have a look at the examples here:
http://xml.apache.org/fop/embedding.html#examples
They describe (step-by-step) how to generate SAX events from Java
objects and use that approach with FOP.
On 24.11.2003 23:42:05 Prabhat
PROTECTED]
Subject: Re: special characters
Prabhat Kumar (IT) wrote:
> I am having to escape special characters such as apostrophes (replace with
> &apos) to get them to display correctly on PDFs. Is this really necessary?
>
> Basically What I do is,
>
> 1. Read Database.
Prabhat Kumar (IT) wrote:
I am having to escape special characters such as apostrophes (replace with
&apos) to get them to display correctly on PDFs. Is this really necessary?
Basically What I do is,
1. Read Database.
> 2. Generate XML for this data.
> 2a. During this generation, replace characters
You're character is probably outside the encoding of your XML file. What's the
encoding of your file (it's set in the header :
> Hello:
>
> I'm trying to print a special character for bullets, but everytime FOP
> encounters this statement, it halts with the message: "An invalid xml
> char
From: Jon Steeves <[EMAIL PROTECTED]>
I'm trying to print a special character for bullets, but everytime FOP
encounters this statement, it halts with the message: "An invalid xml
character (unicode: 0xb7) was found in the file."
This is most likely an encoding problem. How are you running FOP? F
Jon Steeves wrote:
The special characters that didn't appear in the previous email are: pi, omega, and sigma.
Well, as Roland said, chances are you need to declare the XML
file to be encoded in the greek subset of ISO-8859 (IIRC
If this causes the parser to choke, use character references.
Pull
Jon,
You seem to have the same problem with emailing your characters to the list
as in your PDF.
As well as this:
http://xml.apache.org/fop/faq.html#faq-N10402
the other problem might be not using the correct file encoding declaration
eg.
in your XML/XSL to match the actual file encodings(file
Followup:
The special characters that didn't appear in the previous email are: pi,
omega, and sigma.
Cheers
-Original Message-
From: Jon Steeves
Sent: Tuesday, February 04, 2003 3:07 PM
To: '[EMAIL PROTECTED]'
Subject: special characters
Hello:
I want the PDF we generate t
On Monday 30 December 2002 16:55, you wrote:
> My problem is that sometimes FOP creates an invalid PDF file
> because of a special character (such the Euro sign, for example). Each
> time this happens, I look for that character in my code and replace it with
> an equivalent character or the Unicod
14 matches
Mail list logo
