Michael,
"M. van Veen" wrote:
>
> Hi Vincent!
>
> Is there any mousesupport at the level of a MouseAdapter being
> implemented in the DOMTree EvenListener?
>
> I'm experiencing some problems, working with mouselisteners directly
> attached to the root of the DOMtree rather than to the root of the gvttree.
>
> For instance, with the GraphicsNodeMouseListener (Batik 1.1.1) I could
> listen to mouseReleased, pressed, dragged, moved, etc (like the Java
> MouseAdapter). Unfortunately, the SVG_EVENT_ (SVGConstants) only allows
> mouseout,over, and click. I'm busy with a project to design a
> mousedriven editor. That means that I have to drag objects, so I need to
> know which object I'm dragging at mousePressed moment (for
> visualization). SVG_EVENT_CLICK is a bit too late....
>
> I hope you can help me out ( again ;-) ) !
The events are supported (mouseup, mousedown, etc.) but some constants
are missing. We will add them shortly.
Note that we have supported the mouse events for quite some
time but Thierry added support for the focus events just
yesterday.
Thanks,
Vincent.
>
> Kind regards,
>
> Michael.
>
> Vincent Hardy wrote:
> > Hello Jon and Michael,
> >
> > Thanks for your kind words on Batik! As to the event handling modifs,
> > here is the story....
> >
> > I made the modifications to the event dispatching code about 6 weeks
> > ago because that code was not consistent. From memory, I remember that
> > focus events were defined but not fired, mouse events were going both
> > through the EventDispatch and GraphicsNode listeners and key events
> > were only dispatched to GraphicsNodes (and not to the EventDispatche
> > listeners).
> >
> > What I did was to remove focus events and make the dispatching go
> > through the EventDispatcher only. This is enough so that all DOM
> > listeners can be notified in the end, but it is not enough if you
> > want to have listeners on individual GVT nodes.
> >
> > If you think it is critical to add listeners on individual
> > GVT nodes, we could add it back. Thanks for entering an RFE in Bugzilla.
> >
> > However, I would ask you to consider carefully if you cannot use the
> > DOM API rather than hooking into GVT directly for events.
> >
> > Thanks,
> > Vincent.
> >
> > Jon Burgin wrote:
> >
> >>I would like to second Michael's comments. I use GraphcicsNodeMouseEvents.
> >>It would be a mistake to not consider the effects of removing functionality
> >>on
> >>the batik community as a whole.
> >>
> >>-----Original Message-----
> >>From: M. van Veen [mailto:michiel@xxxxxxxxxxx]
> >>Sent: Wednesday, April 17, 2002 9:07 AM
> >>To: batik-users@xxxxxxxxxxxxxx
> >>Subject: GraphicsNode MouseSupport
> >>
> >>Hi!
> >>
> >>First of all: Batik rulez! Its great.
> >>
> >>The thing I would like to know is whether the GraphicsNodeMouseEvents
> >>will be supported again in the (near) future (and in the same way?) as
> >>in Batik 1.1.1?
> >>
> >>At the moment I'm working on a project to perform edit functions on SVG
> >>content read and displayed by Batik. Therefor I used the
> >>GraphicsNodeMouseEvent functions included by batik 1.1.1 for editting
> >>with use of a mouse. Unfortunately I noticed that the support for
> >>mouseevents was removed in Batik 1.5b (from AbstractGraphicsNode CVS
> >>v1.37 and GraphicsNode CVS v1.34, by Vincent Hardy) since it isn't used
> >>at the moment(?).
> >>
> >>I hope someone can help me with this!
> >>
> >>Kind regards and keep up the (very) good work!
> >>
> >>Michael.
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: batik-users-unsubscribe@xxxxxxxxxxxxxx
> >>For additional commands, e-mail: batik-users-help@xxxxxxxxxxxxxx
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: batik-users-unsubscribe@xxxxxxxxxxxxxx
> >>For additional commands, e-mail: batik-users-help@xxxxxxxxxxxxxx
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: batik-users-unsubscribe@xxxxxxxxxxxxxx
> > For additional commands, e-mail: batik-users-help@xxxxxxxxxxxxxx
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xxxxxxxxxxxxxx
> For additional commands, e-mail: batik-users-help@xxxxxxxxxxxxxx
|
