Skip to main content



      Home
Home » Eclipse Projects » GEF » NonResizableEditPolicy
NonResizableEditPolicy [message #9888] Thu, 13 June 2002 05:21 Go to next message
Eclipse UserFriend
Originally posted by: g.wagenknecht.intershop.de

Hi!

Is there a newer version available with protected useRealtimeFigure or a
setter/getter for this member?

Cu, Gunnar
Re: NonResizableEditPolicy [message #9911 is a reply to message #9888] Thu, 13 June 2002 13:56 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: none.ibm.com

Using the real figure doesn't work in applications that allow you to
reparent a figure. The figure would get clipped by its current parent.
Also, moving the figure at all fights against the layout manager. If the
layout decided to layout for some odd reason, such as showing target
feedback caused it to invalidate itself, or auto-scroll caused it to
revalidate, then the layout manager would undo any feedback, and you'd get
bouncing and flashing, etc.

So, we intend to provide something slightly better than the current dashed
XOR rectangle. We would like to take a snapshot of the figure being dragged
by asking it to paint to a buffer. Then, we'll make that buffer 50% opaque,
and the feedback will be this "ghost" version of the original Figure. We
might provide or choose other renditions, such as just capturing the
geometry of the figures paint calls, etc.

"Gunnar Wagenknecht" <g.wagenknecht@intershop.de> wrote in message
news:ae9mtm$b0c$1@rogue.oti.com...
> Hi!
>
> Is there a newer version available with protected useRealtimeFigure or a
> setter/getter for this member?
>
> Cu, Gunnar
>
>
Re: NonResizableEditPolicy [message #9955 is a reply to message #9911] Thu, 13 June 2002 14:24 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: g.wagenknecht.planet-wagenknecht.de

Hi!

"Randy Hudson" <none@ibm.com> schrieb im Newsbeitrag
news:aeal82$t2o$1@rogue.oti.com...
> Using the real figure doesn't work in applications that allow you to
> reparent a figure. The figure would get clipped by its current parent.
> Also, moving the figure at all fights against the layout manager. If the
> layout decided to layout for some odd reason, such as showing target
> feedback caused it to invalidate itself, or auto-scroll caused it to
> revalidate, then the layout manager would undo any feedback, and you'd get
> bouncing and flashing, etc.

I noticed similar problems while doing some tests.

> So, we intend to provide something slightly better than the current dashed
> XOR rectangle. We would like to take a snapshot of the figure being
dragged
> by asking it to paint to a buffer. Then, we'll make that buffer 50%
opaque,
> and the feedback will be this "ghost" version of the original Figure. We
> might provide or choose other renditions, such as just capturing the
> geometry of the figures paint calls, etc.

Is there something ready for testing or something for playing with?

Another question, can I modify the alpha blending of a image/figure/shape in
Draw2d/GEF?

Cu, Gunnar
Re: NonResizableEditPolicy [message #9977 is a reply to message #9955] Thu, 13 June 2002 15:22 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: none.ibm.com

> Is there something ready for testing or something for playing with?
No.

> Another question, can I modify the alpha blending of a image/figure/shape
in
> Draw2d/GEF?

Only SWT Image supports alpha.
Re: NonResizableEditPolicy [message #10025 is a reply to message #9977] Fri, 14 June 2002 02:32 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: g.wagenknecht.intershop.de

Hi!

> Only SWT Image supports alpha.

But is GEF/Draw2D capable of showing and image with
image.getImageData().alpha set to a value between 0 and 255?

It doesn't seem so. I tried several times but the Image alway appears full
with no blending.

Cu, Gunnar
Focus (was Re: NonResizableEditPolicy) [message #10047 is a reply to message #9977] Fri, 14 June 2002 03:03 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: g.wagenknecht.intershop.de

Hi!

In an early phase of developing with GEF I got a nice focus for EditParts.
It was no border, just a small triangle in each corner. I don't know how to
reproduce this again in my own implementation of NonResizableEditPolicy.

Randy, any ideas what I mean?

Cu, Gunnar
Re: Focus (was Re: NonResizableEditPolicy) [message #10071 is a reply to message #10047] Fri, 14 June 2002 09:41 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: none.ibm.com

Yes. Those triangles were unique to GEF, so the user was not likely to know
what they meant.
Now you get 4 square handles. Is this a problem? I suppose sometimes this
looks bad on really small objects.

Other application make the handle look like a "lock", meaning that the size
is locked. This is a little strange if the location is not locked, just the
size.

> Hi!
>
> In an early phase of developing with GEF I got a nice focus for EditParts.
> It was no border, just a small triangle in each corner. I don't know how
to
> reproduce this again in my own implementation of NonResizableEditPolicy.

Can you describe your usage more? Unless you have good motivation you
should just use the default. we might also consider using smaller handles
based on the size of the figure.
Re: Focus (was Re: NonResizableEditPolicy) [message #10094 is a reply to message #10071] Fri, 14 June 2002 10:20 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: g.wagenknecht.intershop.de

Hi!

"Randy Hudson" <none@ibm.com> schrieb im Newsbeitrag
news:aecqk8$rio$1@rogue.oti.com...

> Can you describe your usage more? Unless you have good motivation you
> should just use the default. we might also consider using smaller handles
> based on the size of the figure.

"I love these triangles." ;)

Anyway, as you might know, I have a Snap-To-Grid Layout. My figures in GEF
are all not resizable. I find the border with the 4 squares in each corner
not a good choice for out UI. The user may think he could resize the figure.
Of course you present the user the right mouse cursor but that doesn't fit
for us.

Thus, you can say that I only want the "triangle" focus back for design. But
I think is very important. I tried to change the focus border myself by
overwriting NonResizableEditPolicy#showfocus() and creating my own
implementation of FocusBorder but I didn't get a result (still the same
border).

If you want to provide the border with squares as default focus, it's ok if
you can also provide the triangles (without black border around figures) as
an alternative :)

Cu, Gunnar
Re: Focus (was Re: NonResizableEditPolicy) [message #10218 is a reply to message #10071] Tue, 18 June 2002 01:46 Go to previous message
Eclipse UserFriend
Originally posted by: g.wagenknecht.intershop.de

Any solution for switching back to smart triangle focus already?

Tx, Gunnar
Previous Topic:GEF, SVG and Batik
Next Topic:EditPart#deactivate
Goto Forum:
  


Current Time: Sat Jun 07 19:25:24 EDT 2025

Powered by FUDForum. Page generated in 0.03200 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top