skip(a)pobox.com writes:
A colleague noticed this problem today with 21.5.28 in an ESS/R
context.
I've been able to reproduce it with just a normal comint shell. To
reproduce:
* In a fresh frame displaying one window, execute: M-x shell RET
* Split it twice: C-x 2 C-x 2
* Navigate to the bottom window: C-x o C-x o
* Execute a command, e.g.: for i in 1 2 3 ; do echo $i ; done
* Recall that command with: M-r for RET
* Note that the window sizes changed. Hit RET to execute the command.
* Recall it again: M-r for RET
If your frame was tall enough the window sizes will have changed again. It
appears to me that the middle window gets the space taken from the bottom
window. The top window stays fixed in size.
Skip, I can confirm this defect in
XEmacs 21.5 (beta28) "fuki" (+CVS-20071014) [Lucid] (i586-pc-win32, Mule) of
Mon Oct 15 2007 on TANG
using cmd as a shell
As a command I use
for %i in (1 2 3) do echo %i
The bottom window successively shrinks all the way down to a single
line (or slightly less, by the looks of it) and stops shrinking further.
When i manually drag the modeline above it the game starts over, but
this time to window resizing stop slighlty taller than a single line.
Perhaps Michael Sperber knows more about this?
Adrian
I don't see this in 21.4.21.
Skip
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
--
Adrian Aichner
mailto:adrianï¼ xemacs.org
http://www.xemacs.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta