To:	opendos AT delorie DOT com
X-Comment-To:	"Matthias Paul" <Matthias DOT Paul AT post DOT rwth-aachen DOT de>
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" <ark AT belous DOT munic DOT msk DOT su>
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
X-MIME-Autoconverted:	from 8bit to quoted-printable by postbox.mos.ru id f65AEt823175
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
<opendos AT delorie DOT com>:

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.

- Raw text -