Eclipse Community Forums: Standard Widget Toolkit (SWT) » TreeItem.dispose() -> no selection event

Home » Eclipse Projects » Standard Widget Toolkit (SWT) » TreeItem.dispose() -> no selection event

TreeItem.dispose() -> no selection event [message #448415]

Sun, 09 January 2005 06:43

Eclipse User

When I remove a TreeItem from my Tree by using TreeItem.dispose()
another item is 'armed' (as in 'ready to be selected' - on Windows the
item has normal font color and grey background) as opposed to
'selected' (on Windows inverted font color and dark blue background).

The important part is this: When this happen in 3.0.1 a selectionEvent
is sent. In 3.1M4 this event is missing. AFAICS this means you have no
control over where the current selection is in the Tree before the user
selects another item.

Is this behavior intentional or shall I enter a bug-report?
--
Regards Max rotvel AT bolignet-aarhus DOT dk

Re: TreeItem.dispose() -> no selection event [message #448462 is a reply to message #448415]

Mon, 10 January 2005 13:01

Eclipse User

Good catch! Please enter a bug report with code that shows the failure and
we'll look into it right away.

"Max" <this@address.is.invalid> wrote in message
news:MPG.1c4b37585228307d989689@news.eclipse.org...
>
> When I remove a TreeItem from my Tree by using TreeItem.dispose()
> another item is 'armed' (as in 'ready to be selected' - on Windows the
> item has normal font color and grey background) as opposed to
> 'selected' (on Windows inverted font color and dark blue background).
>
> The important part is this: When this happen in 3.0.1 a selectionEvent
> is sent. In 3.1M4 this event is missing. AFAICS this means you have no
> control over where the current selection is in the Tree before the user
> selects another item.
>
> Is this behavior intentional or shall I enter a bug-report?
> --
> Regards Max rotvel AT bolignet-aarhus DOT dk

Re: TreeItem.dispose() -> no selection event [message #448486 is a reply to message #448462]

Tue, 11 January 2005 01:09

Eclipse User

Done.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=82531

In article <crufu7$9at$1@www.eclipse.org>, steve_northover@ca.ibm.com
says...

> Good catch! Please enter a bug report with code that shows the failure and
> we'll look into it right away.
>
> "Max" <this@address.is.invalid> wrote in message
> news:MPG.1c4b37585228307d989689@news.eclipse.org...
> >
> > The important part is this: When this happen in 3.0.1 a selectionEvent
> > is sent. In 3.1M4 this event is missing. AFAICS this means you have no
> > control over where the current selection is in the Tree before the user
> > selects another item.
> >
> > Is this behavior intentional or shall I enter a bug-report?
--
Regards Max rotvel AT bolignet-aarhus DOT dk

Re: TreeItem.dispose() -> no selection event [message #448500 is a reply to message #448486]

Tue, 11 January 2005 10:50

Eclipse User

Fixed > 20050111

"Max" <this@address.is.invalid> wrote in message
news:MPG.1c4d8bf9bacfc05898968c@news.eclipse.org...
> Done.
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=82531
>
> In article <crufu7$9at$1@www.eclipse.org>, steve_northover@ca.ibm.com
> says...
>
> > Good catch! Please enter a bug report with code that shows the failure
and
> > we'll look into it right away.
> >
> > "Max" <this@address.is.invalid> wrote in message
> > news:MPG.1c4b37585228307d989689@news.eclipse.org...
> > >
> > > The important part is this: When this happen in 3.0.1 a selectionEvent
> > > is sent. In 3.1M4 this event is missing. AFAICS this means you have no
> > > control over where the current selection is in the Tree before the
user
> > > selects another item.
> > >
> > > Is this behavior intentional or shall I enter a bug-report?
> --
> Regards Max rotvel AT bolignet-aarhus DOT dk

Previous Topic:	Are there some good framework /design practice/design pattern for UI?
Next Topic:	Display.getClientArea does not exclude the Panel on Linux...

Goto Forum:

-=] Back to Top [=-

Current Time: Wed Jul 16 05:28:58 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter