Eclipse Community Forums: Standard Widget Toolkit (SWT)

Help

Home

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

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

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

Fri, 18 March 2005 22:58

Eclipse User

Originally posted by: bob.objfac.com

Is this in a faq somewhere?

Bob Foster

Report message to a moderator

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

Mon, 21 March 2005 15:19

Grant Gayed

Messages: 2150
Registered: July 2009

Senior Member

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

Report message to a moderator

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

Mon, 21 March 2005 19: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

Report message to a moderator

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

Mon, 21 March 2005 20: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

Report message to a moderator

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

Mon, 21 March 2005 20:21

Grant Gayed

Messages: 2150
Registered: July 2009

Senior Member

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

Report message to a moderator

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 [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Thu Oct 17 16:15:21 GMT 2019

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter