[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [gef-dev] Auto-expose and marquee tools
|
We need it in the viewer. Currently we are using our own
marquee tool which is mostly a lot of copy and paste because some important
methods are "private" :( That's also because we changed it a little bit to use
another figure when calculating if an editpart should be included or not.
Basically it works like the marquee selection rectangle in Photoshop. I can
start at the top left and select everything in my editor even if something is
not visible because it scrolls.
We don't use
nested containers and our root editpart is creating the marquee tool. It is also
returning a special expose helper that continues scrolling if the pointer is
moved outside the viewer. PLUS, I have modified the tools to perform
auto-exposing in handleDragInProgress instead of handleHover. We just feel that
this is more common in other applications (start exposing as soon as the pointer
is outside the viewer).
Doesn't the auto-expose stuff
expose editparts? For the marquee tool, you would just want to expose
the point where the lasso is currently dragged, right? If so, maybe
there's not much intersection between the two.
Do you need marquee expose to work in nested scrollable
containers, or just the viewer itself?
-Randy
"Gunnar Wagenknecht"
<G.Wagenknecht@xxxxxxxxxxxx>
Sent by: gef-dev-admin@xxxxxxxxxxx
12/07/2004 12:06 AM
|
|
To
| <gef-dev@xxxxxxxxxxx>
|
|
cc
|
|
|
Subject
| [gef-dev] Auto-expose
and marquee tools |
|
Hi!
I'd like to add and contribute support for auto-expose
on the marquee
tools. Currently I see three options.
1. Move
auto-expose implementation from TargetingTool into AbstractTool.
2. Move
auto-expose implementation from TargetingTool into a new
abstract class
AutoexposeTool and inherit from this class.
3. Reimplement auto-expose in
the marquee tools.
I don't want to go the 3rd way. What's the best way
to go? The 2nd is
the more cleaner way.
BTW, I also attached a new
patch to
https://bugs.eclipse.org/bugs/show_bug.cgi?id=44288
This
adds an additional contructor which allows clients to create
a
ViewportAutoexposeHelper that continues scrolling if the pointer
is
moved outside the viewport.
Cu,
Gunnar
_______________________________________________
gef-dev mailing
list
gef-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/gef-dev
