is a solution with the current version:
- build all the batik jars using the 'jars' target,
- remove batik-ext.jar (which contains org.xml and org.w3c packages),
- put the batik-*.jar files in the classpath instead of batik-all.jar.
Let me know if you really need a specific jar
On Monday 11 June 2001 20:09, Davanum Srinivas wrote:
> What are your thoughts about lazy instantiation? Many people in the C2 beta
> are setting up Servers without X11.
>
The easiest solution for you is to use lazy instantiation in
org.apache.cocoon.xml.dom.SVGBuilder (by using a SAXSVGDocument
On Thursday 09 August 2001 18:03, Phil Cope wrote:
> Hello Batik developers,
>
> This is a kind of request for help/bug report.
>
> What I would like to do is overlay 2 SVG documents, or overlay
> an SVG document on a surface that has a previously rendered
> png/jpeg image.
>
> I had the idea to u
On Tuesday 21 August 2001 14:01, Daniel López wrote:
>
> > DL> My opinion is that it will save batik people lots of trouble, as
> > DL> they would get less messages regarding strange errors.
> >
> > If I am correct and the problem is not the XML parser but the DOM
> > implementation there is n
hillion 01/08/21 08:26:01
Modified:resources/org/apache/batik/css/parser/resources
Messages.properties
sources/org/apache/batik/bridge SVGBrokenLinkProvider.java
sources/org/apache/batik/css/parser CSSLexicalUnit.java
On Saturday 08 September 2001 17:03, Mikael Ståldal wrote:
> I want to build a SVG DOM from a SAX event stream, but I realized that it
> wasn't possible using org.apache.batik.dom.svg.SAXSVGDocumentFactory. So I
> modified that class and org.apache.batik.dom.util.SAXDocumentFactory a bit
> to make
On Saturday 08 September 2001 15:51, Mikael Ståldal wrote:
> Why is Batik hardcoded to use the Crimson parser?
It is not.
The way to change the XML parser used in the Batik applications is to use
org.apache.batik.util.XMLResourceDescriptor.setXMLParserClassName().
--
Stephane.
---
hillion 01/09/10 05:26:13
Modified:lib crimson-parser.jar
resources/org/apache/batik/dom/svg/resources
Messages.properties
sources/org/apache/batik/bridge GVTBuilder.java
SVGBrokenLinkProvider.java
On Tuesday 30 October 2001 10:30, Keiron Liddle wrote:
> Hi,
>
> I have some svg content embedded inside an xml document. I am reading
> through the dom and when I find the svg I am trying to convert it into an
> svg document.
>
> The svg xml is identified with an xmlns="...".
>
> If I create a ne
On Wednesday 31 October 2001 10:57, Keiron Liddle wrote:
> On 2001.10.30 16:41 Stephane Hillion wrote:
> > It is difficult to help you without some examples or pieces of code.
> > But what you must have in mind is that the xmlns attribute and prefix is
> > used
> > by X
On Monday 19 November 2001 14:54, [EMAIL PROTECTED] wrote:
> <[EMAIL PROTECTED]>:
> ezmlm-reject: fatal: Sorry, I don't accept messages larger than 10
> bytes (#5.2.3)
>
> --- Below this line is a copy of the message.
>
> Return-Path: <[EMAIL PROTECTED]>
> Received: (qmail 67240 invoked by uid
<[EMAIL PROTECTED]>:
ezmlm-reject: fatal: Sorry, I don't accept messages larger than 10 bytes
(#5.2.3)
--- Below this line is a copy of the message.
Return-Path: <[EMAIL PROTECTED]>
Received: (qmail 96595 invoked by uid 500); 20 Nov 2001 15:23:24 -
Delivered-To: [EMAIL PROTECTED]
Recei
On Thursday 11 October 2001 19:31, Matthew Wilson wrote:
> The attached patch below seems to fix the new "smiley.svg" test.
>
> The 'ownerNode' test is meant to weed out style declarations contained in
>
hillion 02/02/18 01:11:59
Modified:resources/org/apache/batik/apps/svgbrowser/resources
GUI.properties
sources/org/apache/batik/apps/svgbrowser
JSVGViewerFrame.java
sources/org/apache/batik/bridge BridgeEven
> From: Nicolas Socheleau [mailto:[EMAIL PROTECTED]]
> Sent: jeudi 28 février 2002 14:55
> To: Vincent Hardy (E-mail); '[EMAIL PROTECTED]'
> Subject: RE: Batik development
>
>
> Thanks Vincent,
>
> I noticed the work done on the geometry of shapes to make this
> interactive.
> I've been playing wi
> From: Nicolas Socheleau [mailto:[EMAIL PROTECTED]]
> Sent: jeudi 28 février 2002 16:40
> To: Stephane Hillion (E-mail); '[EMAIL PROTECTED]'
> Subject: RE: Batik development
>
> Since you are working on the CSS properties, you might be able to
> help me. I
> ch
> From: Ahmad Morad [mailto:[EMAIL PROTECTED]]
> Sent: vendredi 1 mars 2002 11:21
> To: [EMAIL PROTECTED]
> Subject: SVGDocument
>
>
> Hi,
>
> In my Applikation I read the visualization from a socket. I read the
> XML-Content from the Inputstream and produce a dom Document. If this is an
> HTML I
> From: Ahmad Morad [mailto:[EMAIL PROTECTED]]
> Sent: lundi 4 mars 2002 17:21
> To: [EMAIL PROTECTED]
> Subject: JSVGComponent
>
>
> Hi all,
>
> with the following code I want to render an SVG document wich I produced
> someway :
> --
> private JSVGCanvas viewport;
> ...
> S
I have experience with it: I wrote it...
What I can say is that the problem don't come from the component.
Sorry but I must repeat what I wrote in my previous email: you are creating
the elements of the DOM in the wrong namespace. Use createElementNS in you
cloning method instead of createElement
There is a section about this topic in documentation of the 1.5beta1
distribution. The menu item is entitled 'Java Scripting'.
In the previous versions of Batik the DOM updates did not produce any effect
on GVT.
> -Original Message-
> From: Anthony Mills [mailto:[EMAIL PROTECTED]]
> Sent:
Hi. This is the qmail-send program at apache.org.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<[EMAIL PROTECTED]>:
ezmlm-reject: fatal: Sorry, I don't accept messages larger than 10 bytes
(#5.
> From: Sam Ruby [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 03, 2002 3:08 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Gump logo
> Importance: Low
>
>
> It turns out the essence of the problem can be stated "can batik be used
> programmatically from within an application which makes use of x
> From: Sam Ruby [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 03, 2002 4:09 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: RE: Gump logo
>
> The conflict appears to be between batik-ext.jar and xml-apis.jar
>http://gump.covalent.net/jars/2002-04-02/xml-commons/xml-apis.ja
> From: Sam Ruby [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 03, 2002 5:12 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Gump logo
>
> >
> > So we can re-state the problem: "can xml-api.jar be used
> programmatically
> > from within an application which makes use of crimson"?
>
> That's quite
> From: Sam Ruby [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 03, 2002 5:35 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: RE: Gump logo
>
>
> Stephane Hillion wrote:
> >
> > Batik is linked to a given version of SAX, because it impleme
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: cvs commit: xml-batik/sources/org/apache/batik/util/io
ASCIIDecoder.java AbstractCharDecoder.java CharDecoder.java
GenericDecoder.java ISO_8859_1Decoder.java Messages.java
NormalizingReader.java StreamNormalizingReader.java StringDecoder.java
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 09, 2002 6:27 PM
To: [EMAIL PROTECTED]
Subject: failure notice
hillion 02/04/09 09:27:18
Modified:.build.xml
sources/org/apache/batik/css/dom CSSOMComputedStyle.java
sources/or
> From: Danny Ayers [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 18, 2002 5:52 PM
> To: batik-dev
> Subject: SVG DOM (implemented)
> I'm looking for a good example of a class that comes from the parts of SVG
> DOM that lie outside of DOM 2 core. I've had a fiddle, but everything I've
> tried
> From: Danny Ayers [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 18, 2002 6:13 PM
> To: [EMAIL PROTECTED]
> Subject: RE: SVG DOM (implemented)
>
> Any suggestions for classes/methods that might make someone think
> 'well you
> couldn't easily do that with DOM alone'?
>
'org.apache.batik.dom
>
> Hello {batik,cocoon}-dev!
>
> The version of batik-1.5b1 shipped with cocoon-2.0.2 has a problem with
> letter-spacing, so I tried to replace it with a current CVS version,
> which doesn't have the problem. It didn't work, because of the following
> code-fragment in
> cocoon2/src/java/org/apac
30 matches
Mail list logo
