[news.eclipse.platform] Re: using a hyperlink with a Table/TableViewer/T

[Francis Upton <francisu@xxxxxxxx>]

Tom Schindl wrote:

> Well but if you have 3 different links in one line where from you know
> which of the links has been clicker?

I decided to abandon this part of the requirement, so I will treat the 
entire row as a single link (to the lowest level item).  In my product, 
it's easy to get to the higher level items through other means.

> And once more in 3.3 we will add API for the Keyboard Navigation and
> CellSelections using the API mentionned in bug 151377. I expect to have
> the whole stuff integrate in M5
> (https://bugs.eclipse.org/bugs/show_bug.cgi?id=151295).

This will help helpful when I provide complete keyboard support (and go 
up to 3.3).

>

> The corresponding feature request is:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=36977

Thanks for this, this made interesting reading; for a link in 
particular, it's important to give a native look and feel for visual 
niceness.  My drawing the underline trick will not look the same as true 
underlined text.

> To solve the performance impact we need to provide some logic to only
> keep the widgets who are visible. If you want a Table holding native
> widgets I can point you to the nebula project which provides a control
> called CompositeTable which works with native widgets and has the great
> advantage that it holds the logic to only create/hold as many widgets it
> needs to fill the table area. I think you need to check it out from the
> CVS-Repository.

Somehow, I thought this was the point of the Viewers, to only add 
underlying Tree/TableItems as they are needed.  Of course, I think the 
implementation keeps them once they are initially added.  It would be 
nice to have them go away when they are not needed.

The CompositeTable will be an SWT-level component then?  So this goes 
along way in solving 36977, at least for tables.

I will have a look at this, thanks.

Francis