> I guess the main problem would be GTK. I don't know the status of GTK on
> portables, but I heard that QT was much more advanced.
"GTK on portables" and "more advanced" in what sense?
There is a project I've seen mentioned on one of the XFree86 mailing
lists, to do a lightweight version of the XFree86 server for handhelds;
Jim Gettys is, I think, one of the people working on that. (I can't
remember which list - Xpert or Render - mentioned it, and don't remember
any details about what it was supposed to do, other than that it
probably involved, among other things, running on Linux on an iPaq,
which shouldn't be a complete surprise that Jim works for
Digital^H^H^H^H^H^H^HCompaq.)
That would presumably be able to handle either GTK/X or Qt/X.
There's also the Qt/Embedded toolkit, and the Qt Palmtop Environment,
which talk directly to the display hardware rather than to an X server,
and a similar GTK+ project; in those cases, the Qt one is probably more
advanced, as it's an Official Product of Trolltech, whilst
GTK-on-the-framebuffer is still under development. There's a page for
the latter at
http://people.redhat.com/sopwith/gtkfb/
I'm not sure whether Elliot Lee (the "sopwith" in question) or Alexander
Larsson or both of them are currently working on GTKFB - most of the
gtk-devel messages about it seem to come from Alexander.
GTK+/Qt on the raw frame buffer would probably take less memory than the
X for handhelds, although I seem to remember a message from Gettys
implying that the X for handhelds was fairly compact.
