From xemacs-m  Wed Sep  3 16:16:57 1997
Received: from altair.xemacs.org (steve@xemacs.miranova.com [206.190.83.19])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id QAA23564
	for <xemacs-beta@xemacs.org>; Wed, 3 Sep 1997 16:16:56 -0500 (CDT)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.7/8.8.7) id OAA15475;
	Wed, 3 Sep 1997 14:20:56 -0700
Mail-Copies-To: never
To: xemacs-beta@xemacs.org
Subject: Re: Enhanced design for XEmacs redisplay
References: <340BAEC5.7B1638@nrs.dowjones.com> 		<9709022122.AA25028@mtlyell.acteon.com> 		<m23ennxi9l.fsf@altair.xemacs.org> <199709030427.FAA02027@cerise.sensei.co.uk> <340D165C.6DDA10C2@nrs.dowjones.com>
X-Face: `'%\i;ySOu]g?NlziJSk_$&@]KP`}~PEQPjZ5;nxSaDW_o$4+4%Ab]%Ifw3ZR;7TIT3,O,'
 @2{L;]ox6kc;$_5kU'n**9vFg-]eV~GbxSVCx|(s%uR[],*:^WKmC`B}(;|k9/m]gwt?&`t;^rfCJg
 khHH>pP1W\)xM0U@!FNDD72{3fDP$PkBhx^7Z?-WxH6DbFN:QOnT`llzW}VGdYv;n9lzljQvKTIBhQ
 YuV
X-Attribution: sb
From: SL Baur <steve@xemacs.org>
In-Reply-To: Joel Peterson's message of "Wed, 03 Sep 1997 03:48:44 -0400"
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
Date: 03 Sep 1997 14:20:55 -0700
Message-ID: <m290xe5c20.fsf@altair.xemacs.org>
Lines: 16
X-Mailer: Gnus v5.4.65/XEmacs 20.3(beta20) - "Tirana"

Joel Peterson <jpetersn@wsj.dowjones.com> writes:

> Extents are slow because everything between the start of an extent and
> the end of an extent needs to be recomputed even for minor changes to
> either the buffer or the extent.  This is especially bad when a
> particular change affects multiple extents.  The new redisplay design
> addresses this in part by being smarter about checking regions which
> have changed only because of extent modifications.

> Extents are also slow because they rely heavily on specifiers, which,
> while a good idea for supporting device independence, are relatively
> slow and memory intensive.  This will remain true with the new
> redisplay.

Which one of these statements applies to something like hanoi.el?  It
sure doesn't look like it should be using slow/heavy XEmacs magic.

