Javid Alimohideen wrote:
I just started using Batik and i am in the process of creating an applet to
view an existing SVG document with javascript features. I got it to work
successfully but the dynamic updates handled by the javascript are very
slow. I have more than 100 path elements to update and it takes around 2-3
minutes to update all the elements. Is this because my SVG uses javascript?
Several minutes? That is _much_ slower than I would expect (easily
two orders of magnitude for the types of changes most people make).
What sort of changes are you making to the path elements? Are you
just changing attributes or are you doing complex math? How large is
the base document? Can you describe the basic structure of your
changes?
Will converting javascript to java classes help in performance?
It depends on exactly what you are doing. If it is really
compute bound (i.e. it is your calculations that are the major
bottleneck) then switching to Java could help. If it is mostly
redrawing performance then switching to java won't help much.
I found out that javascript compiler converts .js files to java
classes and SVG can load external resurces like jar archives.
Can someone point me to some examples as how i could do this?
Well Rhino (the javascript interpreter used in Batik) when
not used in an Applet context will compile javascript on the
fly to Java Bytecode. It's probably not as good as an offline
compiler or better moving the code to real Java, but I would
guess that for straight calculations it would be pretty good.
I don't know anything about such a java script compiler
so I can't really tell you how you would tie it in. I suspect
that it wouldn't be trivial (in my experience such things are
good for 'stand alone' code but problematic across interfaces).
But since I don't know anything about this compiler it might
be easy.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
