Thomas DeWeese wrote:
Jorg Heymans wrote:
What happens if you add this at the start of your sample document:
It appears almost instantly in squiggle, so actually rendering does not seem to be the problem.
i've got pretty granular logging, data retrieval only is about 200ms so we can exclude this.On my system in Squiggle it takes less than a second from when I click and when the graphic appears (it's a pretty nice laptop but still I'd be surprised if your system was 5-10x slower). Could the time be spent retrieving the data from the server?
My paths are just plain geometries really, no fill, just lines. FWIW i have put a copy (115kb) on www.domek.be/batiktest.svg. The <g id="kreis"> is the element i am trying to insert dynamically.
This should be really fast, and it seems to be in my tests.
statically displaying less, but inserting it dynamically takes much longer.
Does the XML parser make a difference? I am using JDK 1.4.2 built-in Crimson. I'll see if i can do a test with latest Xerces.
It shouldn't, what is important is that you build the document with our SVGDOMImplementation. Actually in this case you want to make sure that you build the Nodes with the Document that you want to associate them with, otherwise they will need to be cloned into the new document.
i'm really only doing //this takes few milliseconds Node importednode = mydoc.importNode(retrievedNodes,true); //this takes ages orginalNode.getParentNode().replaceChild(importednode,originalnode);
//after this the update manager kicks for rendering i guess, that also only takes about 750ms
Can namespaces be an issue? The node i am trying to import comes from a document with foreign namespaces, just guessing .....
You might want to look at the code in parseXML in bridge.ScriptingEnvironment (or you might just want to call that yourself).
I'll have a look at this thanks.
Regards Jorg
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
