|Re: GEF examples.text selection [message #158596 is a reply to message #158508]
||Thu, 18 November 2004 20:48
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" <email@example.com> wrote in message
> While selecting text in the TextEditor example if you move the mouse
> 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"
> 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
> I have traced this back to SelectionRangeDragTracker's
> handleDragInProgress(). Specifically, getCurrentTextLocation(). Its
> getCurrentViewer().findObjectAt(getLocation()) is too limiting. Rather
> using the default "findObjectAt()" it would appear that an suped up
> 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.02610 seconds