| Correct Procedure for Refreshing Children/Parents [message #219142] |
Fri, 07 July 2006 17:17  |
Eclipse User |
|
|
|
Originally posted by: Daniel.Rozeboom.cda.canon.com
Hi there,
Sorry to ask such a simplistic question, but I can't seem to really find
a fairly in-depth explanation of how all of the refresh / createFigure /
refreshVisuals mechanism works. I can get regular editparts and their
figures working alright, but right now I have a case where there's a
particular type of EditPart that I will use in more than one type of
container (that is, more than one type of other EditPart). In other words,
edit part A must be contained inside either an edit part of type B or an
edit part of type C (I can have B and C extend a common edit part to
implement this at some point). I don't plan on having more than one A
inside any given B or C.
What I want to know is, what's the best way to organize the creation of
each figure (including whether or not I set its bounds, set its parent's
layout information for the figure, etc...), particularly in relation to its
parent edit part? Do I need to request refreshes of parents or children?
What layout should I be using in the B and C edit parts if they are designed
to simply hold one other edit part?
One of the problems I have with my current setup is that when the parent
edit part (B) is created, only its figure is displayed, even though the info
messages I put in the code indicate that all of the edit parts have created
their figures, and that refresh() and refreshVisuals() have been called on
them. Once I move the parent edit part (B) for the first time, the figure
is displayed for A and clicking on the edit part no longer selects B; I have
to drag a marquee around it to select it (I assume this is normal because A
is recieving focus). Of course, what I would like is for A's figure to show
up immediately upon the creation of B.
Does that make any sort of sense? Thanks in advance.
- Daniel
|
|
|
| Re: Correct Procedure for Refreshing Children/Parents [message #219250 is a reply to message #219142] |
Mon, 10 July 2006 16:57  |
| Eclipse User |
|
|
|
Originally posted by: Daniel.Rozeboom.cda.canon.com
*casually bumps the thread*
"Daniel Rozeboom" <Daniel.Rozeboom@cda.canon.com> wrote in message
news:e8m4uq$2ve$1@utils.eclipse.org...
> Hi there,
>
> Sorry to ask such a simplistic question, but I can't seem to really
> find a fairly in-depth explanation of how all of the refresh /
> createFigure / refreshVisuals mechanism works. I can get regular
> editparts and their figures working alright, but right now I have a case
> where there's a particular type of EditPart that I will use in more than
> one type of container (that is, more than one type of other EditPart). In
> other words, edit part A must be contained inside either an edit part of
> type B or an edit part of type C (I can have B and C extend a common edit
> part to implement this at some point). I don't plan on having more than
> one A inside any given B or C.
> What I want to know is, what's the best way to organize the creation of
> each figure (including whether or not I set its bounds, set its parent's
> layout information for the figure, etc...), particularly in relation to
> its parent edit part? Do I need to request refreshes of parents or
> children? What layout should I be using in the B and C edit parts if they
> are designed to simply hold one other edit part?
> One of the problems I have with my current setup is that when the
> parent edit part (B) is created, only its figure is displayed, even though
> the info messages I put in the code indicate that all of the edit parts
> have created their figures, and that refresh() and refreshVisuals() have
> been called on them. Once I move the parent edit part (B) for the first
> time, the figure is displayed for A and clicking on the edit part no
> longer selects B; I have to drag a marquee around it to select it (I
> assume this is normal because A is recieving focus). Of course, what I
> would like is for A's figure to show up immediately upon the creation of
> B.
> Does that make any sort of sense? Thanks in advance.
>
> - Daniel
>
|
|
|
Powered by
FUDForum. Page generated in 0.02941 seconds
] 
Search
Help
Register
Login
Home
