To: opendos AT delorie DOT com X-Comment-To: "Matthias Paul" References: <200107041111 DOT HAA04917 AT delorie DOT com> <000301c10510$8b6ee200$8d08e289 AT mpaul> Message-Id: <2.07b7.N78P.GFZVXK@belous.munic.msk.su> From: "Arkady V.Belousov" Date: Thu, 5 Jul 2001 14:03:20 +0400 (MSD) Organization: Locus X-Mailer: dMail [Demos Mail for DOS v2.07b7] Subject: Re: multitasking gives blank screen Lines: 20 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r X-MIME-Autoconverted: from 8bit to quoted-printable by postbox.mos.ru id f65AEt823175 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id GAA21958 Reply-To: opendos AT delorie DOT com X-Comment-To: Matthias Paul Hi! 5-éÀÌ-2001 04:21 Matthias DOT Paul AT post DOT rwth-aachen DOT de (Matthias Paul) wrote to : MP> However, there is a problem after switching tasks MP> when one of the tasks runs pseudo-graphical tools MP> like DOSBOOK or EDIT in "NewUI" mode. In this case MP> the mouse movement area is reduced to a small MP> rectangle in the upper left corner (probably 80x25 pixels)... Oops, how interesting. Does TASKMGR required or not to reproduce this behavior? How NewUI mode is implemented (i.e. which video mode used)? If this behavior happens only under TASKMGR and NewUI mode doesn't change video mode except font table then this mean trouble in TASKMGR only. For example, under some reasons it calls mouse drivers with wrong aread definition.