From xemacs-m  Mon Dec 16 04:34:39 1996
Received: from goggins.bath.ac.uk (pp@goggins.bath.ac.uk [138.38.32.13]) by xemacs.cs.uiuc.edu (8.8.3/8.8.3) with ESMTP id EAA22325 for <xemacs-beta@xemacs.org>; Mon, 16 Dec 1996 04:34:38 -0600 (CST)
Message-Id: <199612161034.EAA22325@xemacs.cs.uiuc.edu>
Received: from maths.Bath.AC.UK (actually host ivy.maths.bath.ac.uk) 
          by goggins.bath.ac.uk with SMTP (PP); Mon, 16 Dec 1996 10:34:32 +0000
To: xemacs-beta@xemacs.org
Subject: Bug in window-displayed-height?
In-Reply-To: <kig4thnbvpr.fsf@jagor.srce.hr>
References: <kig4thnbvpr.fsf@jagor.srce.hr>
Date: Mon, 16 Dec 96 10:33:32 GMT
From: Nic Doye <njd1@maths.bath.ac.uk>
Sender: njd1@maths.bath.ac.uk

Hrvoje Niksic writes:
 > What exactly bug is this?  I am refering to the docstring of
 > gnus-xmas-force-redisplay:
 > 
 >   If non-nil, force a redisplay before recentering the summary buffer.
 >   This is ugly, but it works around a bug in `window-displayed-height'.
 > 
 > I've had this set to nil for quite awhile, and have observed no
 > incorrect behaviour.  How exactly does this bug manifest, and in what
 > way is window-displayed-height incorrect?  Can it be corrected?

My emacs startup files effectively do the following (with a lot of
other gunk):

(vm)					;; .emacs-lucid.el(c)
(setq vm-use-toolbar nil)		;; .vm
(calendar)				;; .emacs-lucid.el(c)
(set-default-toolbar-position 'left)	;; .xemacs-options

This causes both 19.14 and 20.0b30 to start with a white blank where
the top toolbar was, and the minibuffer gets drawn (presumably) below
the bottom of the window. A (non-trivial) resize sorts this out.

Maybe this is the feature this works around, otherwise it could be a
new can of worms. :-)

nic
-- 
Systems Programmer, School of Mathematical Sciences, University of Bath,
Claverton Down, Bath BA2 7AY England.  http://www.maths.bath.ac.uk/~njd1
Tel +44 1225 826068    Fax +44 1225 826492     N.J.Doye@maths.bath.ac.uk
http://www.bath.ac.uk/~mapnjd/Music/cabaretVoltaire.html P/T PhD student

