|
Re: Text should support SWT.NO_FOCUS? [message #448467 is a reply to message #448455] |
Mon, 10 January 2005 18:12 |
Steve Northover Messages: 1636 Registered: July 2009 |
Senior Member |
|
|
It's not a bad idea. You could enter a bug report. In the mean time, you
can use Composite.setTabList() to remove the text control from the tab list
so the user won't be able to tab to it (if this is really what you want).
"W. Nathaniel Mills, III" <nat@classobjects.com> wrote in message
news:crubhd$o10$1@www.eclipse.org...
> In a dialog, I want a multi-line display of textual information (e.g.,
> as a user feedback area). Label doesn't support getLineHeight() and I
> understand from reading that SWT.WRAP support is dependent on the layout
> manager and is "spotty." Text works for what I want, but I can't easily
> block its accepting focus (e.g., SWT.READ_ONLY still allows cursor to
> land in the field, causing extra tabbing to reach the next editable
> field). IMHO, Text should provide a way to keep the widget from
> accepting focus and moving control to the next control in the tab order.
> I can likely code this using focus listeners but thought support for
> SWT.NO_FOCUS (or an update to SWT.READ_ONLY behavior) would make more
sense.
>
> Best Regards, Nat
|
|
|
Re: Text should support SWT.NO_FOCUS? [message #448480 is a reply to message #448467] |
Mon, 10 January 2005 23:41 |
Nathaniel Mills Messages: 22 Registered: July 2009 |
Junior Member |
|
|
Steve Northover wrote:
> It's not a bad idea. You could enter a bug report. In the mean time, you
> can use Composite.setTabList() to remove the text control from the tab list
> so the user won't be able to tab to it (if this is really what you want).
>
> "W. Nathaniel Mills, III" <nat@classobjects.com> wrote in message
> news:crubhd$o10$1@www.eclipse.org...
>
>>In a dialog, I want a multi-line display of textual information (e.g.,
>>as a user feedback area). Label doesn't support getLineHeight() and I
>>understand from reading that SWT.WRAP support is dependent on the layout
>>manager and is "spotty." Text works for what I want, but I can't easily
>>block its accepting focus (e.g., SWT.READ_ONLY still allows cursor to
>>land in the field, causing extra tabbing to reach the next editable
>>field). IMHO, Text should provide a way to keep the widget from
>>accepting focus and moving control to the next control in the tab order.
>> I can likely code this using focus listeners but thought support for
>>SWT.NO_FOCUS (or an update to SWT.READ_ONLY behavior) would make more
>
> sense.
>
>>Best Regards, Nat
>
>
>
I ended up using a focus listener whose focusGained would explicitly
setFocus on the "next" control, effectively skipping over the Text
control. I'll try entering the bug report -- I expect adding NO_FOCUS
is easier to adopt as it won't break existing code function where folks
used READ_ONLY.
|
|
|
Powered by
FUDForum. Page generated in 0.02719 seconds