home *** CD-ROM | disk | FTP | other *** search
Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.10/8.6.9) with ESMTP id OAA08618 for <executor@nacm.com>; Fri, 7 Jul 1995 14:05:34 -0700 Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id PAA29703 for nacm.com!executor; Fri, 7 Jul 1995 15:05:32 -0600 Received: from gwar.ardi.com by mailhost with smtp (nextstep Smail3.1.29.0 #11) id m0sUKYR-000YbmC; Fri, 7 Jul 95 15:03 MDT Received: by gwar.ardi.com (linux Smail3.1.28.1 #5) id m0sUKYR-000GOkC; Fri, 7 Jul 95 15:03 MDT Message-Id: <m0sUKYR-000GOkC@gwar.ardi.com> Date: Fri, 7 Jul 95 15:03 MDT From: mat@ardi.com (Mat Hostetter) To: executor@nacm.com Subject: Workaround for E/D problems with "painting the screen" with cursor Sender: owner-paper@nacm.com Precedence: bulk We botched. The browser should, by default, run in "animation" mode. We accidentally made the browser run in "normal" mode. This can cause substantial screen delay updates for programs that go for long stretches without checking for events. This can also cause other programs to exhibit this behavior, because if you run them from browser and they don't have a preferences file specifying to use "animation" mode, they'll just use whatever the browser was using. The workaround: 1) Run the browser 2) Hit alt-shift-5 to bring up the preferences box 3) Click on "animation" 4) Hit "save" 5) Quit Executor, run it again, and the problem should be gone. We'll modify the browser so it causes screen updates to be more frequent, and we'll set the default behavior for applications under DOS to be animation. -Mat 
