Re: something for the architecting xemacs 'futures' site...
Raymond Toy <toy(a)rtp.ericsson.se> writes:
>>>>> "William" == William M Perry
<wmperry(a)aventail.com> writes:
William> Why the hell does XEmacs still draw multiple 'windows' on
William> top of a single X or MS window? Wouldn't life be much
William> simpler if each emacs window was a real window in the
William> window system? Then you could use sane geometry
I rather like that xemacs draws multiple 'windows' on a single X
window. If every emacs window were a real window, I'd have to move
the mouse or hack C-x o or something to get xemacs to move to the
window I want.
That could be done easily in the XEmacs C code... you wouldn't notice any
difference.
Besides, doesn't C-x 5 2 do what you want?
Create a new frame? That's not what I meant. The multiple X windows would
still be 'inside' the XEmacs frame, just the internals would not be such a
pain in the ass. But right now a XEmacs only has one X window that it
draws on - the modelines, scrollbars, etc, are just drawn or placed within
this window and raised on top of the real window.
If you used real windows to correspond to emacs' idea of a window, then you
could use a geometry manager to handle the placement for you, instead of
having to do it manually inside of redisplay-*.c or scrollbar-*.c. And you
wouldn't have to screw around with weird keybindings in the modeline to get
window resizing to work - you could have a real 'paned' widget do all of
that automatically.
-Bill P.