Hello,
Somewhat off topic, but since this shapes up as the largest collective body
of pdf-ers outside of Adobe, I hope not to offend.
Anyone know of a pdf-rendering components (java) ?
Some time ago (2 years?) Adobe released a beta bean without support.
While it is buggy, it one is careful, it
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7323.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello,
Somewhat off topic, but since this shapes up as the largest collective body
of pdf-ers outside of Adobe, I hope not to offend.
Anyone know of a pdf-rendering components (java) ?
see http://www.pdfgo.com/products.html for a $449 payware product
that will do this, or try Google
--
Hi!
I looked quite a bit into the PDF-file format, but that is very difficult.
So doing that yourself would not be a easy thing to do. You'll have to
implement some of very difficult rendering-things.
Christian
-Ursprüngliche Nachricht-
Von: Ralph LaChance [mailto:[EMAIL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7449.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7131.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4654.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
chrisg 02/03/25 10:08:28
Modified:src/org/apache/fop/apps Tag: fop-0_20_2-maintain
AWTStarter.java CommandLineStarter.java Driver.java
InputHandler.java PrintStarter.java Starter.java
src/org/apache/fop/configuration Tag:
Hi all,
I finally have Joerg's JAXP patch committed (well most part of it).
FOP should now *run* with any JAXP1.1 compliant parser/transformer.
I've succesfully tested it with Saxon 6.5.1 (which includes Aelfred)
and JDK1.4 (which includes Crimson/Xalan).
Still needs to be done:
- build process
I was wondering if anybody had done any comparisons
of FOP vs XEP (RenderX's engine). Or if anybody knows where I can find any
such comparisons. RenderX took their comparison down off of their web site
and I am trying to fend off a potential XEP solution in my company. I would
rather use
I wish to include an external svg file in xsl:fo document.
I have the following lines in my xsl file:
fo:instream-foreign-object
svg:svg
svg:image xlink:href=file:d:\circle.svg
image-rendering=optimizeQuality
x=0 y=0 width=78mm height=78mm/
Katiyar, Bhawana wrote:
I wish to include an external svg file in xsl:fo document.
I have the following lines in my xsl file:
fo:instream-foreign-object
svg:svg
...
java.lang.NullPointerException
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1094)
at
yes I declared in the begining in the root.
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 25, 2002 5:23 PM
To: [EMAIL PROTECTED]
Subject: Re: error while including svg in fop
Katiyar, Bhawana wrote:
I wish to include an external svg file in
Katiyar, Bhawana wrote:
yes I declared in the begining in the root.
svg:image xlink:href=file:d:\circle.svg
Check if the xlink namespace is also declared.
If that's ok too, try an absolute path
svg:image xlink:href=file:///D:/circle.svg
and/or check whether you have the baseDir configured
The absolute path too doesn't work. I am using Fop ver .18, Is that a
problem?
Bhawana
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 25, 2002 5:33 PM
To: [EMAIL PROTECTED]
Subject: Re: error while including svg in fop
Katiyar, Bhawana wrote:
No objections, so a +1 from me. While we're at it I think we should take the
opportunity to change the fop.jar manifest Class-Path (see earlier posts on
this subject), so that none of the required JARs are expected to be in a
lib/ directory. fop.jar can get built into the same directory that all
Christian Geisert wrote:
I assumend MAIN and HEAD are equivalent ...
(Maybe someone can explain this to me ;-)
Not in FOP.. 8)
If you checkout FOP without a given branch you get the main development
branch (aka redesign).
Yeah, that's the case. This is usually called the trunk, and is
Search my threads a few months back. In my case XEP was 10 times slower
than FOP. The RenderX guys looked at and said there was something weird
about my tables. By most accounts RenderX and FOP should be about the
same speed. I told them (RenderX) that if they could figure it out and
XEP proved
To be frank, although I have the same experience as Matt as far as speed
(or lack thereof) of XEP is concerned, XEP is pleasant to work with
(more syntax checking) and does support many more features (among which
the absolutely essential keep-with-next for any professional looking
document).
Hi, Patrick,
You wrote:
No, it was coded in 8859-5 (Cyrillic) or Windows 1251,
AFAIK, ISO8859-5 is not the same that Windows 1251. I see the extended latin
letters (with umlauts etc) instead of cyrillic characters.
I've compiled FOP on machine (WinXP, Sun JDK 1.3) with russian locale.
? The
20 matches
Mail list logo
