Jay Chiu wrote:
Glen,
The reason that the svg portion does not work in Batik Squiggle
is because of the namespace. The embedded svg needs "svg:"
prefix and probably "batik:" prefix for flowText elements.
Attached please find a svg file that works in squiggle. I tried
three different ways to embe
Quite possibly. FOP does not appear ready for your
needs at this time.
Glen
--- Jay Chiu <[EMAIL PROTECTED]> wrote:
>
> I have not seen the error "[ERROR] findHyphenPoss:
> problem!" in
> previous FOP versions. Could it be some recent
> change causing
> this problem?
>
> Thanks.
>
> Jay
>
>
I think I got the same result you did. I'll look into
the problem.
Glen
--- Jay Chiu <[EMAIL PROTECTED]> wrote:
> I got the hanging problem when I used command
> "fop.bat xx.fo
> xx.pdf". However FOP does NOT hang, when I run it in
> IntelliJ.
> Probably it relates to the JDK classpath.
>
> But
Jay,
Thanks for checking and sorry for the delay--Isabel
took away my electricity for two days.
Like Andreas, I didn't see the hanging you mentioned.
Also, your error message was the "hyphenation issue" I
mentioned below--those will occur, which I'm sadly not
trained to fix right now--I'm on othe
If he's using the transcoder, he has no other choice
(fortunately)--that's the only place where they are
supported.
Glen
--- "J.Pietschmann" <[EMAIL PROTECTED]> wrote:
> Andreas L. Delmelle wrote:
> > I've just been running the same test (
> examples/fo/advanced/giro.fo ) and
> > received the sam
Andreas L. Delmelle wrote:
I've just been running the same test ( examples/fo/advanced/giro.fo ) and
received the same 'hyphenation errors'.
That's a known problem of the HEAD code. Are you sure you want
to use this?
J.Pietschmann
> -Original Message-
> From: Jay Chiu [mailto:[EMAIL PROTECTED]
>
> Thank you for help. But the fop of cvs snapshot hangs on
> processing fo file.
>
> I tried today's packages, 20030919221605 and 20030919041528,
> untar'ed and ran build.bat to create fop.jar file on XP machine.
> Then I ran
--- "Andreas L. Delmelle" <[EMAIL PROTECTED]>
wrote:
> I'm just being curious: did my remarks turn out to
> be helpful here? (I just
> want to check to what extent I'm beginning to
> understand the internals of
> the application...)
>
I was happy to see you going through the source code.
Also we
> -Original Message-
> From: Glen Mazza [mailto:[EMAIL PROTECTED]
>
> I added in a new Batik extension element mapping in
> our main trunk code--this should help you. It is not
Glen,
I'm just being curious: did my remarks turn out to be helpful here? (I just
want to check to what extent
Jay,
I added in a new Batik extension element mapping in
our main trunk code--this should help you. It is not
perfect--I noticed a hyphenation warning during
running your sample fo document; also I ran one of the
samples in the Batik directory (I embedded gears.svg
into an FO document)--it *appea
Glen Mazza wrote:
Thomas,
Two concerns on making this change in our production
version:
1.) We do not have plans anytime soon for making a new
release of maintenance--so, if I made the change, the
new pdftranscoder.jar could be based only on a nightly
build--is that OK with you?
I think that w
Thomas,
Two concerns on making this change in our production
version:
1.) We do not have plans anytime soon for making a new
release of maintenance--so, if I made the change, the
new pdftranscoder.jar could be based only on a nightly
build--is that OK with you?
2.) I checked out xml-batik and r
Hi Glen,
So there already is such a constant:
batik.extension.svg.BatikExtConstants.BATIK_EXT_NAMESPACE_URI.
I shouldn't add this to ExtensibleSVGDOMImplementation as
it is exactly that extensible. The set of Namespaces it
supports is determined at run time based on the Service Provider
I
Jay,
Please type this up in Bugzilla so we don't forget it.
(http://xml.apache.org/fop/bugs.html)--Also include
this sample as an attachment to the bug. No time
guarantees can be given, however.
In the meantime, Thomas, I don't think I can just
switch our SVGElementMapping implementation from
SV
1. This is an alternative way I try to solve the FOP absolute
positoned block-container issue.
2. The FOP version is fop-0.20.5 with batik jar and tried with
batik version 1.5.
3. As we have sent back and forth the question and answers so
many times, can someone doing the SVG for FOP please take
Jihai Qiu wrote:
The CCS engine for the document is set in
BridgeContext.initializeDocument(), which is called by
org.apache.batik.bridge.GVTBuilder.build(). But it seems there is no way
to set CCS engine from FOP classes(such as BatikElement). (I do not want to
modify Batik source code).
It also
> "SG" == Swapan Golla <[EMAIL PROTECTED]> writes:
SG> I am trying to use batik extensions through FOP. I added
SG> BatikElementMapping and BatikObj objects into my FOP src and then
SG> registered them in the driver class but I am still getting some
SG> exceptions. Can anybody help me out ?
Yes. I am using the 0.20.5rc2. May be for the batik
extensions to work through FOP, I need to tweak some
batik code also??
Swapan.
--- Keiron Liddle <[EMAIL PROTECTED]> wrote:
> > Hi All,
> >I am trying to use batik extensions through
> > FOP. I added BatikElementMapping and BatikObj
>
> Hi All,
>I am trying to use batik extensions through
> FOP. I added BatikElementMapping and BatikObj objects
> into my FOP src and then registered them in the driver
> class but I am still getting some exceptions. Can
> anybody help me out ? I am trying to embed the
> flowText.svg ( provi
19 matches
Mail list logo
