Michael Sperber writes:
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
> In a quick test, it does *not* fix issue303 for me (but I have not
> done a full rebuild with the patch yet, just a "make").
> issue303, [Bug: 21.5-b28] Bogus motion of modeline
I don't see it: For me, the echo area goes to 2 lines and stays there.
If you don't get the echo area to return to one line height, you're
not executing the recipe correctly, or perhaps you've customized
`resize-minibuffer-window-exactly' to nil.
The middle modeline creeps up by one but stays there. If nobody
confirms the problem's still there, I intend to close this one.
First, why is *any* permanent motion OK? If you want to push priority
down to zero or unassign yourself from the bug, that's one thing, but
but this is not backward compatible (assuming default settings), and
there's no specification that says this is desirable behavior or what
to expect in slightly different situations.
FWIW, I'm getting desired behavior in this XEmacs, `XEmacs 21.5
(beta28) "fuki" 2785829fe37c [Lucid] (x86_64-unknown-linux, Mule) of
Thu Mar 13 2008 on uwakimon' [ie, built immediately after your patch
was committed], in a TTY.
I'm getting the buggy behavior on Mac OS X in `XEmacs 21.5 (beta28)
"fuki" f4eb31866c38+ [Lucid] (powerpc-apple-darwin8.11.0, Mule) of Mon
Apr 7 2008 on chibi.local' on Apple's X server. XEmacs is up to date
XEmacs-Beta mailing list