Hi Jan, I realize that English is probably not your native language but I really can't figure out what your problem is. At first it seems to be performance but then you mention pieces being left behind.
Is it possible for you to clarify what your issues are with someone who speaks English? As far as building an editor is concered. This really depends on the complexity of the content being edited. There are many tricks that are commonly empolyed to keep interactive performance high in editors (such as drawing with XOR mode, or making the rest of the document a static Image that is composited with the animated element). Most of these 'tricks' aren't available to you in SVG, however SVG offers lots of nice facilities for detecting what elements are clicked on, scaling and moving objects which traditionally need to be done 'by hand'. I've certainly build simple editors in SVG, I've seen more complex ones as well, but if _your_ editor can be implemented is impossible for me to know without knowing a lot more. >>>>> "LJ" == Lolling, Jan <[EMAIL PROTECTED]> writes: LJ> I am try build a svg-editor a platform for a LJ> modelling-tool. My worst problem is that batik is much to slow to LJ> update elements online along mouse-dragged-events. My way: I set LJ> JSVGCanvas in ALWAYS_DYNAMIC-mode. I register my own interactor LJ> to catch mouse-dragged-events. I create a Handle-Class zu handle LJ> with various element-types (rect, line, polygone). These handle LJ> paint the anchor-points (e.g. 8 points around a rectangle zu scale LJ> or move a element) and receive the mouse-events from interactor to LJ> manipulate the selected element. I select a element in a LJ> mouse-pressed enabled interactor. These selected element will LJ> manipulated from my new interactor and the wrong effect is that LJ> any fragments from the old paintings are not removed ore LJ> repainted. LJ> I use the appropriated update manager zu set the new attribute LJ> values. LJ> My first and only question is: LJ> Is it realistic to build an editor using batik MVC-architecture LJ> and not only as format-exchange-modul ? LJ> Mit freundlichen Gr�ssen LJ> Jan Lolling LJ> T-Systems Systems Integration Entwicklungszentrum Berlin LJ> Hausanschrift: Wittestrasse 30H, 13509 Berlin Postanschrift: LJ> Postfach 652, 13476 Berlin Tel.: (0 30) 4 35 77-54 44 Fax: (0 30) LJ> 4 35 77-53 07 mailto:[EMAIL PROTECTED] Internet: LJ> http://www.t-systems.com LJ> --------------------------------------------------------------------- LJ> To unsubscribe, e-mail: [EMAIL PROTECTED] For LJ> additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
