Re: Animation support in Squiggle?

Hi Reinhard, Reinhard Brandstädter wrote: I'm not sure but does Squiggle support animation? No. Squiggle supports no part of SMIL animation. Currently, there is no one available to implement it. I'm interested in adding SVG animation to some of my graphics and tried with this example: http:/

Re: CSS and

Hi Ralf, Ralf Siegel wrote: While you mention 'modified' content: Do you remember the recent thread about performance and chaching output? Any chance to add a property to Batik's ImageTranscoder which returns the 'last modified' date of the loaded SVG content (respecting linked SVG & styleheet

Re: JSVGComponent dynamic DOM update, invokeAndWait threading issue

I'm still struggling with threads in Batik. A previously discussed recommendation was to "leave the canvas alone until gvtTreeRenderingComplete is fired". However what does one do when the requests for updating the canvas/DOM are firing from the Swing thread? You can't block in the Swing thread,

Re: JSVGComponent dynamic DOM update, invokeAndWait threading issue

George Armhold wrote: I'm still struggling with threads in Batik. A previously discussed recommendation was to "leave the canvas alone until gvtTreeRenderingComplete is fired". However what does one do when the requests for updating the canvas/DOM are firing from the Swing thread? You can't bloc

Re: keyboard events

Thomas DeWeese wrote: Koes, Derrick wrote: What was the reasoning to remove keyboard events from g elements? The draft 1.0 SVG spec has them. Future versions do not. > They were removed from all elements not just the 'g' element (however Batik does support them). The reason is [...] So, wai

Re: keyboard events

josh wrote: Thomas DeWeese wrote: Koes, Derrick wrote: What was the reasoning to remove keyboard events from g elements? The draft 1.0 SVG spec has them. Future versions do not. > They were removed from all elements not just the 'g' element (however Batik does support them). The reason

Re: CSS and

I wouldn't think you would want the 'last modified' date really I would think you would want to 'dependency list' for the SVG document. Exactly. Though, I'm glad you strengthened my position at that point: it would be quite a ridiculous task indeed. Thanks again for your input, Thomas! ralf .

Re: JSVGComponent dynamic DOM update, invokeAndWait threading issue

Thomas DeWeese wrote: >> 1. Swing event triggers canvas.setSVGDocument(firstDoc). >> >> 2. manipulate firstDoc's DOM (in UpdateManger's thread) in response to >>Swing mouse clicks, etc. >> >> 3. Swing event calls canvas.getSVGDocument() to get the modified >>firstDoc back, and then canvas.

Re: CSS and

Ralf Siegel wrote: I wouldn't think you would want the 'last modified' date really I would think you would want to 'dependency list' for the SVG document. Exactly. Though, I'm glad you strengthened my position at that point: it would be quite a ridiculous task indeed. Actually, a quick ch

Re: CSS and

Actually, a quick check indicates that the security methods in the UserAgent classes do get called for everything (at least that I could think of). So all you would need to do is subclass the UserAgent class to track all the files it gets script/external Resources requests for. It would in fac

Re: JSVGComponent dynamic DOM update, invokeAndWait threading issue

George Armhold wrote: Thomas DeWeese wrote: >> 1. Swing event triggers canvas.setSVGDocument(firstDoc). >> >> 2. manipulate firstDoc's DOM (in UpdateManger's thread) in response to >>Swing mouse clicks, etc. >> >> 3. Swing event calls canvas.getSVGDocument() to get the modified >>f

Re: JSVGComponent dynamic DOM update, invokeAndWait threading issue

Even if it were called in the Swing thread you can have a small class that just tracks the 'state' of the Canvas. Heck the modification of the document to be written can be delayed indefinitely. So when I went to set the new document I would do something like: final Document oldDoc = canvas.g

Re: JSVGComponent dynamic DOM update, invokeAndWait threading issue

Thomas DeWeese wrote: > Hmm you seem to be getting exceedingly unlucky here. :) The NPE is > caused by the BridgeContext dispose method disposing of the > CSSEngine (no display property anymore). But the dispose of the > CSSEngine is done _after_ the BridgeContext DOM listeners are > removed from

batik-1.5 binary on RH8.0 compile question

Hi: Please walk me through the steps to clean this up. I'm using RH8.0 and the batik-1.5.zip download from http://apache.secsup.org/dist/xml/batik Any help appreciated. I know zip about java. Also, I don't know what the command is to id the java version. Thanks, Tom [EMAIL PROTECTED] batik-

RH8 and -jar not understood problem solved

Hi: Got it. The command to run successfully was: [EMAIL PROTECTED] batik-1.5]$ /usr/java/j2re1.4.1_02/bin/java -jar batik.jar So, when I typed [EMAIL PROTECTED] batik-1.5]$ java -jar batik.jar Warning: -jar not understood. Ignoring. it was telling me that java was the culprit. Once I found ja