Andy Piper wrote:
At 12:39 AM 6/3/00 -0700, Ben Wing wrote:
>i have seen no other application that intrusively resizes the main window in
>order to display a progress gauge. both vc++ and ie, which are modern, fully
>gui apps, use a much smaller progress gauge that fits in the status bar [the
>echo area equivalent].
>why can't we do the same?
I don't feel possessive over the current progress gauge - if anyone wants
to play around with it be my guest. It is progress though :)
Ideally we would use the status bar widget that comes with windows but
unfortuneately there is no X equivalent. I guess an alternative would be to
allow the lower gutter to be permanently placed below the echo area - but
that's not going to look quite the same. You could also (as you point out)
put a progress gauge in the echo area - or even the modeline (see
glyph-tests.el for an example). The problem I found with this was that you
couldn't actually make progress gauges under X small enough to fit - they
seemed to have a minimum size below which meant they would just not display.
well, we should then just resize the echo area by default so it will fit the
smallest progress gauge under X with no need to resize temporarily.
With all of this stuff its easy to do something that looks good under
windows, much harder to do it under X. Still harder under Athena :). I
would like to see all of the displayable portions of XEmacs be widgets in
their own right so that you could arbitrarily put together the look and
feel. I don't see how we can do this easily without dropping tty support
however. The whole modeline / echo-area / minibuffer thing looks very
archaic to me, it would be nice to put all of the modeline info in a bottom
status bar and put the minibuffer under the toolbar with a little
combo-box like a browser, the echo area could live in the status bar. This
is all a lot of work needless to say, but there's an argument that say's we
are going to have to do it at some point if XEmacs is to survive at all.
Maybe we should fork a new branch and ditch tty (and Athena since Motif is
now free) .....
i definitely agree that this generalization of redisplay is necessary. but we
don't necessarily need to drop tty support -- we'd still need a
display the text area, and in essence this is all a tty frame is. [i'm assuming
that the first round would not mess with the text area, and just allow arbitrary
layout with a monolithic "text area widget" somewhere in it. furthermore, the
geometry management part of layouts should be completely implemented by xemacs, so
we could use the same under tty's, if anyone cared.]
btw andy what's a "native layout"?
Dr Andy Piper
Principal Consultant, BEA Systems Ltd
In order to save my hands, I am cutting back on my mail. I also write
as succinctly as possible -- please don't be offended. If you send me
mail, you _will_ get a response, but please be patient, especially for
XEmacs-related mail. If you need an immediate response and it is not
apparent in your message, please say so. Thanks for your understanding.
See also http://www.666.com/ben/chronic-pain/