From xemacs-m  Fri Feb 28 17:30:43 1997
Received: from cdc.noaa.gov (manager.Colorado.EDU [128.138.218.210])
	by xemacs.org (8.8.5/8.8.5) with SMTP id RAA15012
	for <xemacs-beta@xemacs.org>; Fri, 28 Feb 1997 17:30:42 -0600 (CST)
Received: from suomi by cdc.noaa.gov (SMI-8.6/SMI-SVR4)
	id QAA20823; Fri, 28 Feb 1997 16:30:38 -0700
Received: by suomi (SMI-8.6) id QAA01210; Fri, 28 Feb 1997 16:30:37 -0700
Sender: mdb@cdc.noaa.gov
To: Christopher Davis <ckd@loiosh.kei.com>
Cc: xemacs-beta@xemacs.org
Subject: Re: gnus-xmas-force-redisplay defaults to t
References: <w43evbq6i9.fsf@loiosh.kei.com>
Organization: CIRES, University of Colorado
X-Attribution: mb
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII
From: Mark Borges <mdb@cdc.noaa.gov>
Date: 28 Feb 1997 16:30:36 -0700
In-Reply-To: Christopher Davis's message of 05 Feb 1997 16:37:18 -0500
Message-ID: <vkk9nsik4j.fsf@cdc.noaa.gov>
Lines: 42
X-Mailer: Gnus v5.4.15/XEmacs 20.1

>> On 05 Feb 1997 16:37:18 -0500,
>> Christopher Davis(ckd) wrote:
ckd> [1  <text/plain; US-ASCII (7bit)>]
ckd> Gnus v5.4.11; nntp 5.0; nnml 1.0
ckd> XEmacs 19.15 [Lucid] (i386-unknown-bsdi2.1) of Wed Feb  5 1997 on loiosh.kei.com
ckd> 200 news.kei.com InterNetNews NNRP server INN 1.4unoff4 05-Mar-96 ready (posting ok).

ckd> It shouldn't, I don't think...

It should, I think.

I tried turning it off, and recentering the summary buffer still loses
occasionally.

ckd> Can it at least check to see if the bug was fixed?  I'm pretty sure it got
ckd> fixed, because I remember not having this problem in 19.15beta and 20.0
ckd> and probably 19.14.  I don't remember the details of the bug, nor do I

I believe its related to this (still unfixed) bug reported by Lars a
long time ago:

>> On Sun, 19 May 1996 15:39:05 GMT,
>> Ben Wing(BW) wrote:
BW> Lars Magne Ingebrigtsen writes:
>> When I do the following:
>> 
>> (list (progn (split-window) (window-displayed-height))
>> (progn (sit-for 0) (window-displayed-height)))
>> 
>> I consistently get that the first value is one greater than the second
>> value.  This is highly annoying and makes `gnus-summary-recenter' do
>> really nasty things with point.  Is this a bug or should I use some
>> other function?

BW> This is a bug.  It appears that `window-displayed-height' should
BW> cause some redisplay computation to happen but doesn't.

BW> It could well explain the problem with the open-file dialog box
BW> that I couldn't reproduce.

-- 
  -mb-

