Eclipse Community Forums: Standard Widget Toolkit (SWT) » ResizeEvent handler for Application. Currently using Display.addFilter().

Home » Eclipse Projects » Standard Widget Toolkit (SWT) » ResizeEvent handler for Application. Currently using Display.addFilter().

Show: Today's Messages :: Show Polls :: Message Navigator

ResizeEvent handler for Application. Currently using Display.addFilter(). [message #446815]

Thu, 02 December 2004 20:39

Jesse Eichar

Messages: 29
Registered: July 2009

Junior Member

What I am trying to do is determine whether or not a mouse button is
down when I obtain a resize event(the component of concern is an
editor). If it is then I want to post-pone the resize until the mouse
button is released. The strategy I have currently is to add a Filter
with the Display that the editor component is contained by.

component.getDisplay().addFilter(SWT.MouseDown, listener);
component.getDisplay().addFilter(SWT.Up, listener);

This works as long as the resize is one of the internal dividers. For
example, if one of the views are resized. But when the window is being
enlarged by dragging the listener's handleEvent method is not being
called.

This really sucks because when a resize event occurs a very expensive
process is started and right now when the window is resized this happens
many times during the resize.

Any one have suggestions on how to fix this problem?

Thank you,

Jesse

Report message to a moderator

Re: ResizeEvent handler for Application. Currently using Display.addFilter(). [message #446833 is a reply to message #446815]

Fri, 03 December 2004 15:12

Steve Northover

Messages: 1636
Registered: July 2009

Senior Member

You won't get mouse when the user clicks on the trim of a control. Your
work around sounds like a bit of a dangerous hack (although I can understand
why you might want to defer a resize). An alternate approach would be to
use Display.asyncExec() to defer the resize work until the user interface
thread is idle. You could also use Display.timerExec() do the resize work
at certain intervals. Both of these approaches can be used to cut down the
work you do in a resize handler. If you can't get it to work, I can write
you a snippet.

"Jesse Eichar" <jeichar@refractions.net> wrote in message
news:conukc$196$1@www.eclipse.org...
> What I am trying to do is determine whether or not a mouse button is
> down when I obtain a resize event(the component of concern is an
> editor). If it is then I want to post-pone the resize until the mouse
> button is released. The strategy I have currently is to add a Filter
> with the Display that the editor component is contained by.
>
> component.getDisplay().addFilter(SWT.MouseDown, listener);
> component.getDisplay().addFilter(SWT.Up, listener);
>
> This works as long as the resize is one of the internal dividers. For
> example, if one of the views are resized. But when the window is being
> enlarged by dragging the listener's handleEvent method is not being
> called.
>
> This really sucks because when a resize event occurs a very expensive
> process is started and right now when the window is resized this happens
> many times during the resize.
>
> Any one have suggestions on how to fix this problem?
>
> Thank you,
>
> Jesse

Report message to a moderator

Previous Topic:	PocketPC: size of Dialog
Next Topic:	Mouse Wheel

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Wed Sep 25 06:16:52 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter