prevent child figures from capturing mouse [message #176322] |
Fri, 08 April 2005 20:41  |
Eclipse User |
|
|
|
Originally posted by: christian.sell.netcologne.de
Hello,
I have a figure which itself holds a container figure with several
labels as children. This is similar to the UML and schema editor examples.
Now I would like mouse drag events to always go to the outermost
enclosing figure, instead of to the label figures. I removed the layout
policy and thus got rid of the selection and drag feedback, but if I
click on a label, the outermost figure still loses focus, and I cannot
drag the figure.
I hope I am somewhat clear. This has kept me searching for a while, and
its late..
thanks,
christian
|
|
|
|
Re: prevent child figures from capturing mouse [message #176646 is a reply to message #176411] |
Mon, 11 April 2005 11:21   |
Eclipse User |
|
|
|
Originally posted by: none.us.ibm.com
Or, if you want them selectable but not draggable, you would have to create
a custom DragEditPartsTracker which swaps out the source editpart as soon as
handleDragStarted occurs.
"Pratik Shah" <ppshah@us.ibm.com> wrote in message
news:d3bjh5$19b$1@news.eclipse.org...
> The EditParts corresponding to the inner figures should over
> isSelectable()
> and return false.
>
> "Christian Sell" <christian.sell@netcologne.de> wrote in message
> news:d378jr$gki$1@news.eclipse.org...
>> Hello,
>>
>> I have a figure which itself holds a container figure with several
>> labels as children. This is similar to the UML and schema editor
>> examples.
>> Now I would like mouse drag events to always go to the outermost
>> enclosing figure, instead of to the label figures. I removed the layout
>> policy and thus got rid of the selection and drag feedback, but if I
>> click on a label, the outermost figure still loses focus, and I cannot
>> drag the figure.
>>
>> I hope I am somewhat clear. This has kept me searching for a while, and
>> its late..
>> thanks,
>> christian
>
>
|
|
|
Re: prevent child figures from capturing mouse [message #177026 is a reply to message #176646] |
Tue, 12 April 2005 14:31   |
Eclipse User |
|
|
|
Originally posted by: christian.sell.netcologne.de
thanks for the tip. In fact, I would prefer to have the child parts
(database column parts inside a table part) selectable, but have the
drag apply to the table as a whole. I tried to do as you advised,
returning a custom DragEditPartsTracker from the getDragTracker method
of the inner part. The Tracker had the following method overridden:
protected boolean handleDragStarted() {
setSourceEditPart(outerPart);
return super.handleDragStarted();
}
However, this did not change anything. The columns are selectable (I
have a custom SelectionEditPolicy installed for the
EditPolicy.SELECTION_FEEDBACK_ROLE), but the drag operation does not do
anything.
thanks,
christian
Randy Hudson wrote:
> Or, if you want them selectable but not draggable, you would have to create
> a custom DragEditPartsTracker which swaps out the source editpart as soon as
> handleDragStarted occurs.
> "Pratik Shah" <ppshah@us.ibm.com> wrote in message
> news:d3bjh5$19b$1@news.eclipse.org...
>
>>The EditParts corresponding to the inner figures should over
>>isSelectable()
>>and return false.
>>
>>"Christian Sell" <christian.sell@netcologne.de> wrote in message
>>news:d378jr$gki$1@news.eclipse.org...
>>
>>>Hello,
>>>
>>>I have a figure which itself holds a container figure with several
>>>labels as children. This is similar to the UML and schema editor
>>>examples.
>>>Now I would like mouse drag events to always go to the outermost
>>>enclosing figure, instead of to the label figures. I removed the layout
>>>policy and thus got rid of the selection and drag feedback, but if I
>>>click on a label, the outermost figure still loses focus, and I cannot
>>>drag the figure.
>>>
>>>I hope I am somewhat clear. This has kept me searching for a while, and
>>>its late..
>>>thanks,
>>>christian
>>
>>
>
>
|
|
|
Re: prevent child figures from capturing mouse [message #177104 is a reply to message #177026] |
Tue, 12 April 2005 15:30  |
Eclipse User |
|
|
|
Originally posted by: none.us.ibm.com
Perhaps the source editpart has already been read and copied into the
Request, and setting it has no effect because the refresh request method
doesn't expect that parametere to change.
"Christian Sell" <christian.sell@netcologne.de> wrote in message
news:d3h4gj$83f$1@news.eclipse.org...
> thanks for the tip. In fact, I would prefer to have the child parts
> (database column parts inside a table part) selectable, but have the drag
> apply to the table as a whole. I tried to do as you advised, returning a
> custom DragEditPartsTracker from the getDragTracker method of the inner
> part. The Tracker had the following method overridden:
>
> protected boolean handleDragStarted() {
> setSourceEditPart(outerPart);
> return super.handleDragStarted();
> }
>
> However, this did not change anything. The columns are selectable (I have
> a custom SelectionEditPolicy installed for the
> EditPolicy.SELECTION_FEEDBACK_ROLE), but the drag operation does not do
> anything.
|
|
|
Powered by
FUDForum. Page generated in 0.08870 seconds