Eclipse Community Forums: Standard Widget Toolkit (SWT)

Home

Home » Eclipse Projects » Standard Widget Toolkit (SWT) » Tree eats tab key on windows?

Tree eats tab key on windows? [message #452387]

Fri, 18 March 2005 17:58

Eclipse User

Originally posted by: bob.objfac.com

Is this in a faq somewhere?

Bob Foster

Re: Tree eats tab key on windows? [message #452496 is a reply to message #452387]

Mon, 21 March 2005 10:19

Eclipse User

This doesn't happen for me, it fires a Traverse and then moves focus to the
next widget. If you have a snippet that shows it behaving wrong then please
log a report with Platform - SWT, thanks.

Grant

"Bob Foster" <bob@objfac.com> wrote in message
news:d1fmek$9et$1@www.eclipse.org...
> Is this in a faq somewhere?
>
> Bob Foster

Re: Tree eats tab key on windows? [message #452511 is a reply to message #452496]

Mon, 21 March 2005 14:39

Eclipse User

Originally posted by: bob.objfac.com

Grant Gayed wrote:
> This doesn't happen for me, it fires a Traverse and then moves focus to the
> next widget. If you have a snippet that shows it behaving wrong then please
> log a report with Platform - SWT, thanks.

That's equivalent to what I saw. In my RCP app there was no next widget,
so tab was silently swallowed. Is there a reason this tab behavior is
hard-wired? I know the behavior is appropriate for dialogs, but not for
every use of a Tree.

Bob

Re: Tree eats tab key on windows? [message #452513 is a reply to message #452511]

Mon, 21 March 2005 15:07

Eclipse User

Originally posted by: bob.objfac.com

Bob Foster wrote:
> That's equivalent to what I saw. In my RCP app there was no next widget,
> so tab was silently swallowed. Is there a reason this tab behavior is
> hard-wired? I know the behavior is appropriate for dialogs, but not for
> every use of a Tree.

I guess one could set doit false on the Traverse event?

Bob

Re: Tree eats tab key on windows? [message #452515 is a reply to message #452513]

Mon, 21 March 2005 15:21

Eclipse User

Yes, Tab is considered to be a traversal key unless you tell it otherwise
with doit=false. Not having a subsequent widget to traverse to does not
change this behaviour.

Grant

"Bob Foster" <bob@objfac.com> wrote in message
news:423F2978.1090408@objfac.com...
> Bob Foster wrote:
> > That's equivalent to what I saw. In my RCP app there was no next widget,
> > so tab was silently swallowed. Is there a reason this tab behavior is
> > hard-wired? I know the behavior is appropriate for dialogs, but not for
> > every use of a Tree.
>
> I guess one could set doit false on the Traverse event?
>
> Bob

Previous Topic:	Fake Tooltip delay time too short
Next Topic:	Is there a File Dialog that can select both Files and Directories?

Goto Forum:

-=] Back to Top [=-

Current Time: Mon Jul 07 18:58:18 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter