That right - my native language is German. Please don´t be argy about my broken english, I have to improve my english - I know it. I have to solve three important task: making my job, learn english and support my family - its is not easy !
I solve a lot of problems with performance: In my first version every mouse-move forced a update in DOM (e.g. position or size). Now update will be performed at the end of the action. It is important to add Undo-Capabilities to my editor. If I find a solution I will give that to batik-team. You told about "...nice facilities for detecting what element are clicked on...". My current way is to detect the GraphicsNode and find with bridge-support the appropriated element. Do you know any other more efficent ways ? Jan -----Ursprüngliche Nachricht----- Von: Thomas E Deweese [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 11. Februar 2003 23:19 An: Batik Users Betreff: RE: svg-editor 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
