[news.eclipse.platform.swt] Re: Table margins always white???

["Steve Northover" <steve_northover@xxxxxxxxxx>]

Well said.

"varname" <v@xxx> wrote in message news:cslh7j$50l$1@xxxxxxxxxxxxxxxxxx
>
> while I sympathize with you over the fact that swt / jface tables are
> somewhat lacking in certain areas, most of those instances of 'lazyness'
as
> you describe them are actually quite logical once you realize that the swt
/
> jface table widget is nothing more than a wrapper around the native table
> widget.
>
> This means that on windows for instance (which i assume you are working
on)
> there are certain limitations you just can't blame swt for. There is the
> (in)famous 'extra column' on the right (normal windows behaviour), the
'can
> i have fixed column-headers?' issue (the native table-widget is _not_ an
> excel table, and vice-versa), the 'first column ignores alignement styles'
> (again, native issue) and the 'multi-line tablecells' issue (again, excel
> table != native table).
>
> For all of these things, on which I agree Swing has had 'for years now',
it
> just boils down to the native / custom drawn policy. Where Swing chooses
to
> do everything itself, SWT tries to use native things, and only when forced
> will it (have to) use custom drawn widgets (iirc tree-widgets are not
native
> on macosx).
>
> I've been reading this list for quite some time now and almost all of the
> issues with tables (and trees) mostly come down to ppl expecting stuff
that
> 'is in Swing'. In the general case, it's very enlightening to first take a
> look at, for windows for instance, the MSDN on the control you want to
use.
> This will give you an idea of what is and is not possible.
>
>
>
> As for your question, I have no idea.
>
> PS: don't think I'm trying to bash you in anyway, it's just that you seem
to
> be stumbling on so many limitations of the table control, I thought i'd
> point you at some of the 'causes'.
>
>