Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!ut-sally!husc6!necntc!ames!oliveb!amiga!dale From: dale@amiga.UUCP (Dale Luck) Newsgroups: comp.sys.amiga Subject: re: layers and cliprects Message-ID: <1697@amiga.amiga.UUCP> Date: Thu, 2-Jul-87 01:48:54 EDT Article-I.D.: amiga.1697 Posted: Thu Jul 2 01:48:54 1987 Date-Received: Sat, 4-Jul-87 04:17:35 EDT Reply-To: dale@amiga.UUCP (Dale Luck) Distribution: na Organization: Commodore-Amiga Inc., 16795 Lark Ave. Suite 106, Los Gatos CA 95030 Lines: 35 << The problem is that if you have a bunch of smart-refresh windows on the << screen, and do much window manipulation, they each get chopped up into a << whole bunch of super-small bitmaps and updating becomes pure agony. Simple << refresh is slightly (slightly! If you use a single Text() call for each << line of text you output, it's damn fast) slower for the simple case, but << its behaviour doesn't degrade nearly as badly. The number of Cliprects in a smart layer or simple refresh is the same. The difference is whether there is a bitmap allocated for the obscured cliprects. The unobscured cliprects bitmap pointer point to the shared bitmap. So the speed up you see is it just not writing into the nonexistent background buffers.