|
| Re: GEF examples.text selection [message #158596 is a reply to message #158508] |
Thu, 18 November 2004 20:48  |
Eclipse User |
|
|
|
Originally posted by: none.us.ibm.com
Yes, we obviously need a closest location algorithm. For example, you can't
click on the blank space after a short line of text. This is work in
progress and many features are obviously missing or incomplete. Feel free
to open bugzillas, but this wasn't something we were going to forget about.
If you have the solution, even better!
"Rob Grzywinski" <rgrzywinski@realityinteractive.com> wrote in message
news:cnijkb$8qo$1@www.eclipse.org...
> While selecting text in the TextEditor example if you move the mouse
outside
> of the editor or outside of where there is an EditPart selection does not
> continue. For example if you begin selection on the "C" in "Copyright"
(in
> the example) but move the mouse to the left and then around below the
> paragraph none of the text is selected (but one would expect that it
would).
>
> I have traced this back to SelectionRangeDragTracker's
> handleDragInProgress(). Specifically, getCurrentTextLocation(). Its
> getCurrentViewer().findObjectAt(getLocation()) is too limiting. Rather
than
> using the default "findObjectAt()" it would appear that an suped up
version
> is needed that would find the object that is "closest" (where that is not
> the Euclidean distance).
>
> Should I open an RFE for this?
>
> --
> Rob Grzywinski
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.03345 seconds
] 
Search
Help
Register
Login
Home
