From xemacs-m  Wed Sep 24 14:09:39 1997
Received: from jagor.srce.hr (hniksic@jagor.srce.hr [161.53.2.130])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id OAA03244
	for <xemacs-beta@xemacs.org>; Wed, 24 Sep 1997 14:09:29 -0500 (CDT)
Received: (from hniksic@localhost)
	by jagor.srce.hr (8.8.7/8.8.6) id VAA21170;
	Wed, 24 Sep 1997 21:09:17 +0200 (MET DST)
To: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Slow glyphs
X-Attribution: Hrvoje
X-Face: Mie8:rOV<\c/~z{s.X4A{!?vY7{drJ([U]0O=W/<W*SMo/Mv:58:*_y~ki>xDi&N7XG
        KV^$k0m3Oe/)'e%3=$PCR&3ITUXH,cK>]bci&<qQ>Ff%x_>1`T(+M2Gg/fgndU%k*ft
        [(7._6e0n-V%|%'[c|q:;}td$#INd+;?!-V=c8Pqf}3J
From: Hrvoje Niksic <hniksic@srce.hr>
Date: 24 Sep 1997 21:09:17 +0200
Message-ID: <kigg1quwmua.fsf@jagor.srce.hr>
Lines: 23
X-Mailer: Quassia Gnus v0.10/XEmacs 20.3(beta23) - "Sarajevo"

Has anyone else noticed how slow XEmacs redisplay is when the glyphs
are to be presented in a buffer?  I am not talking about the creation
of glyphs (`make-glyph' is not too slow), or about scralling or
anything such -- the slowness is when the glyphs are to be *shown* for 
the first time.

This is especially visible in Customize buffers, where the existence
of graphical glyphs considerably slows down the display of the
buffer.  For instance, when a too-screen long Customize buffer is
created, it takes a second or two to display it (because of the
glyphs).  When I press `next' to scroll a page down, I get the same
second-or-two wait.  But then I can scroll up or down all I want, all
the glyphs will be displayed quickly -- I suppose XEmacs caches them
somehow.

Is there an explanation for this extraordinary slowness?  I am not
familiar with that part of the code.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it."                                    -- Donald Knuth

