home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / msdos / programm / 11846 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.5 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!cs.utexas.edu!rutgers!concert!rock!taco!garfield.catt.ncsu.edu!gar
  2. From: gar@garfield.catt.ncsu.edu (Gregory Allen Reid)
  3. Newsgroups: comp.os.msdos.programmer
  4. Subject: Re: Programming in a mouse interface
  5. Message-ID: <1993Jan7.034602.24428@ncsu.edu>
  6. Date: 7 Jan 93 03:46:02 GMT
  7. Sender: news@ncsu.edu (USENET News System)
  8. Organization: Computer and Technologies Theme Program, NCSU, Raleigh
  9. Lines: 41
  10.  
  11. joe@proto.com (Joe Huffman) writes:
  12.  
  13. >pdh@netcom.com (Phil Howard ) writes:
  14.  
  15. >>I notice the int 33h functions mostly deal with a row and column, and I
  16. >>assume this refers to the existing video mode.  Can the mouse drivers
  17. >>handle all the video modes at least through to 1280x1024 in terms of
  18. >>knowing correctly the number of columns and rows?  Or do you HAVE to use
  19. >>functions 7 and 8 to tell the driver?
  20.  
  21. >Use subfunction 12 and draw the mouse cursor yourself.  I don't know of
  22. >any mouse drivers that know of all the various super VGA modes.
  23.  
  24. I have done just what Joe Huffman suggests.  I have written my own graphics
  25. library and interfaced with the mouse and drawn my own mouse pointer.
  26. I used functions 7 and 8 to tell the mouse driver how many rows and columns
  27. a certain SVGA mode has and used other functions to check where the mouse
  28. pointer is located.
  29.  
  30. This ALMOST works.  The problem is that the X coordinate of the mouse pointer
  31. is always an integral multiple of 8.  I don't know whether this is specific
  32. to my mouse and mouse driver (I have a Gateway 486-33 with Microsoft mouse
  33. and driver) or whether this happens with all mice.  My guess is that when
  34. the  mouse driver detects a graphics mode change it doesn't recognize, it 
  35. assumes the characteristics of text mode.  In text mode, all coordinates
  36. are multiplied by eight, resulting in a 640x200 coordinate space (rather
  37. than 80x25).
  38.  
  39. Has anyone encountered this problem before?  I have thought of a workaround
  40. that should work.  I could use functions 7 and 8 to set the resolution to eight
  41. times what it really is and divide by eight when I read the coordinates.
  42. This is obviously a kludge and might fail if another mouse/driver works
  43. differently.  I would appreciate an explanation and/or a fix for this
  44. behavior from someone who has mastered this problem.
  45.  
  46. Thanks!
  47.  
  48. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  49. =                  Greg Reid   (gar@catt.ncsu.edu)                  =
  50. =      SnailMail: 2947 Parkhurst Drive, Winston-Salem, NC 27103     =
  51. =      Home Phone: (919)766-9962      Work Phone: (919)983-5132     =
  52.