>>>>> "LJ" == Lolling, Jan <[EMAIL PROTECTED]> writes:
LJ> That right - my native language is German. Please don�t be argy
LJ> about my broken english, I have to improve my english - I know it.
LJ> I have to solve three important task: making my job, learn english
LJ> and support my family - its is not easy !
Yes, I understand that. I just wanted to make it clear that it
was very diffuclt to understand what your problems were (this message
is much better than the previous message, thanks).
LJ> I solve a lot of problems with performance: In my first version
LJ> every mouse-move forced a update in DOM (e.g. position or
LJ> size). Now update will be performed at the end of the action.
This is good.
LJ> It is important to add Undo-Capabilities to my editor. If I find a
LJ> solution I will give that to batik-team.
Thanks, I am unsure how general an undo system will be but if it
is based on changes to the DOM it could be useful.
LJ> You told about "...nice facilities for detecting what element are
LJ> clicked on...". My current way is to detect the GraphicsNode and
LJ> find with bridge-support the appropriated element. Do you know
LJ> any other more efficent ways ?
You can register Java listeners directly with the DOM tree. The
work you are doing with detecting GraphicsNode hits and following the
links to the DOM is already done in Batik. You should just register
your listeners on the SVGDOM objects.
LJ> Jan
LJ> -----Urspr�ngliche Nachricht----- Von: Thomas E Deweese
LJ> [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 11. Februar
LJ> 2003 23:19 An: Batik Users Betreff: RE: svg-editor
LJ> Hi Jan,
LJ> I realize that English is probably not your native language but
LJ> I really can't figure out what your problem is. At first it seems
LJ> to be performance but then you mention pieces being left behind.
LJ> Is it possible for you to clarify what your issues are with
LJ> someone who speaks English?
LJ> As far as building an editor is concered. This really depends
LJ> on the complexity of the content being edited. There are many
LJ> tricks that are commonly empolyed to keep interactive performance
LJ> high in editors (such as drawing with XOR mode, or making the rest
LJ> of the document a static Image that is composited with the
LJ> animated element). Most of these 'tricks' aren't available to you
LJ> in SVG, however SVG offers lots of nice facilities for detecting
LJ> what elements are clicked on, scaling and moving objects which
LJ> traditionally need to be done 'by hand'.
LJ> I've certainly build simple editors in SVG, I've seen more
LJ> complex ones as well, but if _your_ editor can be implemented is
LJ> 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 modelling-tool. My
LJ> worst problem is that batik is much to slow to update elements
LJ> online along mouse-dragged-events. My way: I set JSVGCanvas in
LJ> ALWAYS_DYNAMIC-mode. I register my own interactor to catch
LJ> mouse-dragged-events. I create a Handle-Class zu handle with
LJ> various element-types (rect, line, polygone). These handle paint
LJ> the anchor-points (e.g. 8 points around a rectangle zu scale or
LJ> 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]
LJ> ---------------------------------------------------------------------
LJ> To unsubscribe, e-mail: [EMAIL PROTECTED] For
LJ> additional commands, e-mail: [EMAIL PROTECTED]
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]
