Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!bu-cs!encore!pinocchio!corbin
From: corbin@pinocchio.Encore.COM (Steve Corbin)
Newsgroups: comp.sys.ibm.pc
Subject: Re: Turbo C and Microsoft Mouse problems
Message-ID: <4570@xenna.Encore.COM>
Date: 3 Jan 89 17:21:44 GMT
References: <4630@ptsfa.PacBell.COM>
Sender: news@Encore.COM
Reply-To: corbin@pinocchio.UUCP (Steve Corbin)
Organization: Encore Computer Corp, Marlboro, MA
Lines: 29

In article <4630@ptsfa.PacBell.COM> res@ptsfa.PacBell.COM (stockwell-1140galaxy-Bob Stockwell) writes:
>
>My problem is that I can't keep up with the mouse motion.  
>I want to plot some points on the screen, but I can't 
>track the mouse fast enough to plot them.  I first tried 
>doing Mouse (Microsoft) function 3 (Get Status), in a 
>polling fashion.  That was far too slow.  Then I resorted 
>to function 12 (Set Subroutine).  Figuring that I would 
>keep up with the mouse, but probably slow it down at 
>worse.  Instead I experienced the same problem.  I don't 
>understand why I can't plot a single point, in the same 
>time that the mouse driver is able to replot the whole 
>cursor.  It seems that my subroutine is not being called 
>consistently.  I would like to avoid writing an assembler 

I assume you can plot single points but are not getting a continous line as
you move the mouse.

If you are trying to make a 'draw' type program then you can't just plot
single points.  When the mouse moves the controller does not send the data
for every point the mouse traversed.

Try drawing a line from the current x,y point to the new point reported
by the mouse.  This will give the feel of a draw program.  If you move the
mouse too fast then circles come out with too many straight lines but all
drawing programs I've seen do the same thing.

Stephen Corbin	    UUCP:	{bu-cs,decvax,necntc,talcott}!encore!corbin
		    Internet:	corbin@multimax.ARPA