cvs.gedasymbols.org/archives/browse.cgi   search  
Mail Archives: djgpp/1997/08/20/04:00:58

From: Shawn Hargreaves <Shawn AT talula DOT demon DOT co DOT uk>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Allegro - Mouse Problems
Date: Tue, 19 Aug 1997 19:16:35 +0100
Organization: None
Distribution: world
Message-ID: <W7z2arADMe+zEwk6@talula.demon.co.uk>
References: <01bca110$a1ac3ee0$234747c3 AT 486>
<33e90e00 DOT 362572 AT netnews DOT hinet DOT net> <01bca373$0e1bca00$1a4747c3 AT 486>
<33ea8cf0 DOT 36291792 AT netnews DOT hinet DOT net> <33f7479c DOT 5111986 AT news DOT easynet DOT co DOT uk>
NNTP-Posting-Host: talula.demon.co.uk
MIME-Version: 1.0
Lines: 23
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

George Foot writes:
>Would it be possible to use the mickey reading instead of the absolute
>location, and update an internal location inside the code? This way
>the mouse sensitivity would be more adjustable in general, since
>mickeys are pretty fine units, and it shouldn't be hard to code,
>either.

I _think_ this would be possible: indeed it's the only way I can imagine
that the Logitech driver could be made to work correctly. It would
require us to emulate everything the int 0x33 driver currently does,
though (speed adjustments, clamping to a screen region, finding a good
curve for the relationship between mickeys and position deltas...) so it
would be a fair amount of work.

The only potential trouble I can see is that we would have to call the
poll functions for button state and mickey counts inside a timer
handler: I don't think this would be a problem, but it depends on the
details of the DOS driver...


--
Shawn Hargreaves - shawn AT talula DOT demon DOT co DOT uk - http://www.talula.demon.co.uk/
Beauty is a French phonetic corruption of a short cloth neck ornament.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019