Hi there,
I'm currently trapping DOM Click events on all elements in Batik-1.5.1rc2,
as I was with 1.5. When clicking on text elements, though, I notice it
now states that the event target is always of type
org.apache.batik.dom.svg.SVGOMTextElement, even if I click on a TextPath
or TSpan element
Hi Peter,
I'm not sure why this isn't being discussed on www-svg as it seems a
more appropriate forum - please feel free to redirect there.
Peter Sorotokin wrote:
At 07:00 PM 2/1/2004 +0100, Chris Lilley wrote:
TD> yes I consider the changes detrimental, the new formulation
TD> will be harder
At 07:00 PM 2/1/2004 +0100, Chris Lilley wrote:
On Wednesday, January 28, 2004, 8:18:46 PM, Thomas wrote:
TD> Chris Lilley wrote:
>> On Monday, January 26, 2004, 9:55:45 PM, Thomas wrote:
>> TD>While we are on this topic and I have your ear, I might mention
>> TD> that I've been made extrem
I am using JSVGCanvas in a swing applet. The URL of my SVG file is in
the same location as the applet. So therefore in theory, my applet
should need no special privileges to run, since it can get the SVG file
using an URL based on the applet's codebase URL. However, I still get a
security ex
You probably want to look at the 'slideshow' application.
It renders a series of documents 'offscreen' and then displays
them. If you have the documents already as a compatible DOM
then it should be fairly clear how to 'plug in'. Of course it
does a bunch of stuff with transitions that you pro
Here what my stop() method does:
public void stop()
{
// stop animation timer
// interrupt animation thread
// interrupt status display thread
if (svgCanvas != null)
svgCanvas.stopProcessing();
updateManager = null;
}
then destroy() calls stop().
Stan Dickerson
I would like to use batik to write a simple
application which recieves SVG documents from a UDP
port, then renders them immediately to screen. The
client may receive documents at a rate of roughly 1
per second, and each document forms a "frame" from a
live feed, so that the progression of frames s
I am using JSVGCanvas within a swing applet. I am wondering what is the
proper way to shut down the svg canvas when my applet stops. While I am
testing, and constantly restarting my applet, I always get a threaddeath
exception - and I am pretty sure this is one of the batik threads that
is ge
Right, but if I don't want this function to be an event listener tied to
a specific event? Basically I have an svg that I use in HTML via that
adobe plugin, and from the svg I can call global functions that are
defined in the HTML. They aren't all event handlers tied to button
clicks and such
