From xemacs-m  Tue Dec 17 11:49:56 1996
Received: from jagor.srce.hr (hniksic@jagor.srce.hr [161.53.2.130]) by xemacs.cs.uiuc.edu (8.8.3/8.8.3) with ESMTP id LAA00269 for <xemacs-beta@xemacs.org>; Tue, 17 Dec 1996 11:49:50 -0600 (CST)
Received: (from hniksic@localhost)
          by jagor.srce.hr (8.8.4/8.8.4)
	  id SAA25300; Tue, 17 Dec 1996 18:49:43 +0100 (MET)
Sender: hniksic@public.srce.hr
To: xemacs-beta@xemacs.org
Subject: Display refreshing
X-URL: ftp://gnjilux.cc.fer.hr/pub/unix/util/wget/
X-Attribution: Hrv
X-Face: &}4JQk=L;e.~x+|eo]#DGk@x3~ed!.~lZ}YQcYb7f[WL9L'Z*+OyA\nAEL1M(".[qvI#a2E
 6WYI5>>e7'@_)3Ol9p|Nn2wNa/;~06jL*B%tTcn/XvhAu7qeES0\|MF%$;sI#yn1+y"
From: Hrvoje Niksic <hniksic@srce.hr>
Date: 17 Dec 1996 18:49:42 +0100
Message-ID: <kigrakpawnd.fsf@jagor.srce.hr>
Lines: 24
X-Mailer: Red Gnus v0.74/XEmacs 19.14

I have asked this once before, but noone has answered.  I wonder why
the display is not refreshed when XEmacs is busy, and an outside event
requires redraw.

For example, enter Gnus and press j in *Group* buffer.  Now press TAB
twice so that XEmacs tries to build a listing of all groups (I assume
that you have a lot of groups and that this operation is slow; for me
it is).  Now try to cover the XEmacs frame with something else, then
remove that something, and XEmacs will *not* redraw any frame until
the listing is built.

The same goes for many other time-consuming operations.  Now, repeat
the same in GNU Emacs 19.14.  You will notice that for a time (a
second or so) it also doesn't redisplay, and then (after a timeout, I
guess) it does redraw the frame.

Since this can be quite annoying at times, I would like to know
whether this a fallacy of the redisplay engine, or a bug.  Chuck?

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
* Q: What is an experienced Emacs user?
* A: A person who wishes that the terminal had pedals.

