[Sorry for the pun, but someone had to do it. :-)]
Andy Piper <andy(a)xemacs.org> writes in xemacs-beta(a)xemacs.org:
At 10:45 AM 8/6/99 +0900, Stephen J. Turnbull wrote:
...
> Repainting the gutter still seems to clear an excessively large
area
> though.
;; I see this too.
I think this is a problem with the tab widget. When adding or
removing tabs from the widget they seem to all get squashed
vertically before they sort themselves out.
Indeed, that appears to be the case.
I have told Ed Falk - but no reply as yet. Hell, we have the code.
If
anyone knows about Xt widgets they could take a look....
There still seem to be some problems. I am now running Gnus in an
XEmacs with tabs. In this *wide reply to Andy Piper...* message
buffer I see only one tab labelled `.dgnusrc-newshost-dribble' (the
Gnus dribble file). Ideally, that buffer shouldn't get a tab at
all. I do not see tabs for the *Summary* and *Topics* buffers.
They _should_ have tabs. Are you restricting tabs to only buffers
that have files behind them?
I have experimented some more with multiple windows and I don't like
the way they are handled. For example, if I have three windows A, B,
C and the text cursor is in A, clicking on the B tab replaces the
contents of A's with B. This doesn't seem very useful to me. I think
I would prefer (as an option) to have the text cursor moved C-x o
style if the buffer is already being displayed in a window on that frame.
Another possibility might be to only show tabs for buffers that don't
have windows.
Er, what happened to the tab for the *scratch* buffer? That's
generally a buffer I like to switch to quite often.
What is supposed to happen when there are too many buffers to fit in
the display? Will you add some method of scrolling the buttons?[1]
I'm going to run this way for awhile and see how I like it.
Footnotes:
[1] Which reminds me. We really need to revive the scrolling
modeline patch. I still have a great need for seeing the right side
of the modeline, and generally I can't.