Didier Verna <didier(a)xemacs.org> writes:
wmperry(a)aventail.com (William M. Perry) wrote:
> > On the other hand, it seems much easier to simply do the geometry
> > management by hand from the begining.
>
> But then you can't take full advantage of more modern toolkits abilities.
> Collapsing toolbars, detaching this or that, rearranging dock items, etc.
I don't see why. Detaching this or that is doable under X by means of
XtReparentWindow and sisters. It might become more difficult to do this
than designing a proper abstraction though.
Yes, but XEmacs would then be gratuitously different in yet another way
than every other application on the desktop. :) Plus Every backend for
redisplay does not use Xt with the GTK stuff now.
I would say that someone could write the equivalent of GtkHandlebox under
Xt and XEmacs' toolbar/menubar code could then use that. But I wouldn't
want it to use the logic/etc for all window systems.
For example, when you build XEmacs/GTK with GNOME support, the GNOME libs
take care of remembering where all the docked items were placed. So if you
dock the toolbar on the left side of the window, and the menubar on the
bottom, and restart XEmacs, they will migrate there automatically.
I don't want to have to have a _different_ way of accomplishing the same
thing under XEmacs.
-Bill P.