Eclipse Community Forums: GEF » Problem with

Home » Eclipse Projects » GEF » Problem with > and . keys

Problem with > and . keys [message #154986]

Thu, 21 October 2004 17:51

Eclipse User

Originally posted by: contact.jasperassistant.com

When I try to move an object in logic example with the > and . keys I
only get the resize modes (one per each side and corner of the object)
but dont get the "move" mode. This happens when the object's
height/width is under certain minimum threshold. Is this a known problem ?

Thank you,

Peter.

Re: Problem with > and . keys [message #155018 is a reply to message #154986]

Thu, 21 October 2004 19:09

Eclipse User

Originally posted by: none.us.ibm.com

Move works in the logic example. First press of PERIOD key should stop at
the MOVE handle and display 4-way cursor.

"JasperAssistant" <contact@jasperassistant.com> wrote in message
news:cl970d$gu5$1@eclipse.org...
> When I try to move an object in logic example with the > and . keys I
> only get the resize modes (one per each side and corner of the object)
> but dont get the "move" mode. This happens when the object's
> height/width is under certain minimum threshold. Is this a known problem ?
>
> Thank you,
>
> Peter.

Re: Problem with > and . keys [message #155091 is a reply to message #155018]

Fri, 22 October 2004 01:29

Eclipse User

Originally posted by: contact.jasperassistant.com

Randy, try the following.

1. Create an empty logic diagram
2. Add a flow container object
3. Set the height of the object to 10 pixels
4. Use the period key to iterate handles. There is no move handle.

Thanks,
Peter.

Randy Hudson wrote:
> Move works in the logic example. First press of PERIOD key should stop at
> the MOVE handle and display 4-way cursor.
>
> "JasperAssistant" <contact@jasperassistant.com> wrote in message
> news:cl970d$gu5$1@eclipse.org...
>
>>When I try to move an object in logic example with the > and . keys I
>>only get the resize modes (one per each side and corner of the object)
>>but dont get the "move" mode. This happens when the object's
>>height/width is under certain minimum threshold. Is this a known problem ?
>>
>>Thank you,
>>
>>Peter.
>
>
>

Re: Problem with > and . keys [message #155133 is a reply to message #155091]

Fri, 22 October 2004 09:55

Eclipse User

Originally posted by: none.us.ibm.com

The move handle is there and the selection tool stops at the handle, but it
is obscured by the top-right handle.

"JasperAssistant" <contact@jasperassistant.com> wrote in message
news:cla1qj$m2r$1@eclipse.org...
> Randy, try the following.
>
> 1. Create an empty logic diagram
> 2. Add a flow container object
> 3. Set the height of the object to 10 pixels
> 4. Use the period key to iterate handles. There is no move handle.
>
> Thanks,
> Peter.
>

Re: Problem with > and . keys [message #155203 is a reply to message #155133]

Fri, 22 October 2004 15:26

Eclipse User

Originally posted by: contact.jasperassistant.com

Maybe it's me, but I am not able to move the object using keyboard under
the described condition.

Randy Hudson wrote:
> The move handle is there and the selection tool stops at the handle, but it
> is obscured by the top-right handle.
>
> "JasperAssistant" <contact@jasperassistant.com> wrote in message
> news:cla1qj$m2r$1@eclipse.org...
>
>>Randy, try the following.
>>
>>1. Create an empty logic diagram
>>2. Add a flow container object
>>3. Set the height of the object to 10 pixels
>>4. Use the period key to iterate handles. There is no move handle.
>>
>>Thanks,
>>Peter.
>>
>
>
>

Re: Problem with > and . keys [message #155218 is a reply to message #155203]

Fri, 22 October 2004 15:30

Eclipse User

Originally posted by: none.us.ibm.com

Neither can I. The accessible location for the move handle is too close to
the NW resize handle figure. The Z-order of the handles means that the
resize handle is on top of the move handle.

One workaround would be to change the way getAccessibleLocation is
implemented to search for open space among the other handles. The best
solution might be to enhance the accessibility to support to actually return
not just a location, but the actualy Handle for that location. Then, the
mouseMove would be ignored, and since the handle is already known.
calculateCursor would have to be hacked too.

Open a bug with any suggestions as to how to fix.

"JasperAssistant" <contact@jasperassistant.com> wrote in message
news:clbis5$io7$1@eclipse.org...
> Maybe it's me, but I am not able to move the object using keyboard under
> the described condition.
>
> Randy Hudson wrote:
> > The move handle is there and the selection tool stops at the handle, but
it
> > is obscured by the top-right handle.
> >

Previous Topic:	Modifying figure on a mouse click
Next Topic:	Grouping of related properties in the PropertyView

Goto Forum:

-=] Back to Top [=-

Current Time: Fri Jul 18 06:15:42 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter