[platform-swt-dev] GTK2 Tree: build, patch, and one smoking shot

[Seth Nickell <snickell@xxxxxxxxxxxx>]

Well after a holiday and a "summer BBQ" later I actually fixed the last
few nigglies in the Tree. I also went ahead and did the necessary fixes
to Image to make it support Pixbufs[1] rather than converting on the
fly.

Shot of the GTK2 tree in action[2]:
   http://www.stanford.edu/~snickell/tree/tree-shot.png

Built version you can drop in your plugins directory[3]:
   http://www.stanford.edu/~snickell/tree/swt-with-gtk2-tree.zip

Patch to SWT (CVS HEAD):
   http://www.stanford.edu/~snickell/tree/swt-tree-v1.patch

Currently I am unaware of any bugs / problems /
doesn't-do-the-swt-thing-issues, though I'm sure they are present. I.e.
pretty much everything should be supported[5]. Feedback appreciated :-)

see posters and print ads for details[6],

-Seth


1) Pixbufs are now used by most GTK APIs rather than Pixmaps. The
GtkTreeView, as a new widget, doesn't include any support for Pixmaps in
its APIs. Most places we currently use Pixmaps should be converted to
use Pixbufs. I didn't have the time to do this, so currently it stores
both the Pixbuf and the Pixmap (but this is preferable to recreating the
Pixbuf on the fly which, courtesy of the no custom C code policy, is
relatively expensive)

2) Of course the coolest part is the animation *wink*

3) The tree has weird problems on one system here (using the same VM,
eclipse drop, etc as the others and a clean workspace). The only cause I
can surmise is that its using a somewhat older version of GTK2. Perhaps
there's a bug in that version of GTK in the tree, or perhaps its caused
by linking on a newer GTK (shouldn't be, but who knows?). I'd appreciate
help tracking this down.

4) Hacking around JFace phantom node behavior by forcing an expand after
the event is sent to JFace (see previous message for details). This
works fine, except that in the cases where the behavior is triggered
(e.g., expanding a folder before it is cached) the expand animation
looks jerky.

5) Actually, not quite true. I don't support setting the background of
cells, which the old one didn't either, but *could* be done with the new
tree view (whereas it couldn't really with GtkCTree).

6) With any luck the footnotes will be longer than the actual message.