Skip to main content



      Home
Home » Eclipse Projects » GEF » is draw2d too heavy for a image process application
is draw2d too heavy for a image process application [message #167078] Sat, 05 February 2005 21:36 Go to next message
Eclipse UserFriend
Originally posted by: jianminjin.msn.com

if i want a system like mini illustrator.

i think a figure maybe needn't process so many things (like
tooltip, focus,layout, cursor...), there just need
some shapes (encapsulating some common
operations like rotate, move...).

Figure in Draw2D is more like a window than just a pure figure,right?
Re: is draw2d too heavy for a image process application [message #167086 is a reply to message #167078] Sat, 05 February 2005 22:10 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: none.us.ibm.com

"jin" <jianminjin@msn.com> escreveu na mensagem
news:cu3vre$8re$1@www.eclipse.org...
> if i want a system like mini illustrator.
>
> i think a figure maybe needn't process so many things &#65288;like
> tooltip&#65292; focus&#65292;layout&#65292; cursor...), there just need
> some shapes (encapsulating some common
> operations like rotate, move...).
> Figure in Draw2D is more like a window than just a pure figure,right?

It's more like a figure. We have deprecated many of the protected fields so
that we can remove them in the future. The API of tooltips, etc., will
still be supported, but the memory requirements will be pay-as-you-go.
Re: is draw2d too heavy for a image process application [message #167101 is a reply to message #167086] Sat, 05 February 2005 23:07 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: jianminjin.msn.com

>Randy Hudson wrote:
> It's more like a figure. We have deprecated many of the protected fields so
> that we can remove them in the future. The API of tooltips, etc., will
> still be supported, but the memory requirements will be pay-as-you-go.

thanks, so i guess it's qualifed to be used to make out an application
like adobe illustrator without any efficiency problem ,right ?:)

here i have one more question , can u answer me?
Re: is draw2d too heavy for a image process application [message #167108 is a reply to message #167086] Sat, 05 February 2005 23:23 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: jianminjin.msn.com

there are some many interface & classes ,
Figure, EditDomain, Tool, EditPart,EditPolicy, Handle
my question is how GEF chains all these up ,and make them cooperate with
each other.

when the user click a figure(it will make the figure selected), what
happened behind that? my understanding is the figure get the mouse event
first ,then it pass it to it's listenter(maybe editpart?) ,
editpart->editdomain->active tool->find the suitable editpart->edit policy
?
Re: is draw2d too heavy for a image process application [message #167132 is a reply to message #167108] Sun, 06 February 2005 01:04 Go to previous messageGo to next message
Eclipse UserFriend
When the user clicks on a figure, an SWT event is generated for the
FigureCanvas. The LWS forwards it to the event dispatcher. The
DomainEventDispatcher then first locates the figure under the cursor (based
on the event's mouse coordinates) and allows it to process that event.
However, that is not how the events are handled mostly in GEF. If the
figure doesn't handle/consume the event, then the DomainEventDispatcher
forwards it to the EditDomain which sends it to the active tool. And then
the tool decides what to do from there. SelectionTool will determine the
target edit part, select it and then allow it to show feedback (which is
handled by the edit policies).

"jin" <jianminjin@msn.com> wrote in message
news:cu464j$s6t$1@www.eclipse.org...
> there are some many interface & classes ,
> Figure, EditDomain, Tool, EditPart,EditPolicy, Handle
> my question is how GEF chains all these up ,and make them cooperate with
> each other.
>
> when the user click a figure(it will make the figure selected), what
> happened behind that? my understanding is the figure get the mouse event
> first ,then it pass it to it's listenter(maybe editpart?) ,
> editpart->editdomain->active tool->find the suitable editpart->edit policy
> ?
>
Re: is draw2d too heavy for a image process application [message #167177 is a reply to message #167101] Sun, 06 February 2005 10:10 Go to previous message
Eclipse UserFriend
Originally posted by: none.us.ibm.com

There is the obvious lack of floating point support in SWT that makes vector
graphics difficult to support. This is being improved in 3.1 I think.

"jin" <jianminjin@msn.com> escreveu na mensagem
news:cu455l$pbt$1@www.eclipse.org...
> >Randy Hudson wrote:
>> It's more like a figure. We have deprecated many of the protected fields
>> so that we can remove them in the future. The API of tooltips, etc.,
>> will still be supported, but the memory requirements will be
>> pay-as-you-go.
>
> thanks, so i guess it's qualifed to be used to make out an application
> like adobe illustrator without any efficiency problem ,right ?:)
>
> here i have one more question , can u answer me?
>
>
>
Previous Topic:IAction vs. EditorActionDelegate
Next Topic:How to make Figure transparent partly?
Goto Forum:
  


Current Time: Sun May 11 12:04:05 EDT 2025

Powered by FUDForum. Page generated in 0.03746 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top