home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / apple2 / 25925 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  3.1 KB
  1. Path: sparky!uunet!newsflash.concordia.ca!clyde.concordia.ca!altitude!vandry
  2. From: vandry@CAM.ORG (Phillip Vandry)
  3. Newsgroups: comp.sys.apple2
  4. Subject: Re: Patching the menu manager
  5. Message-ID: <Bzozy1.Ixu@CAM.ORG>
  6. Date: 23 Dec 92 03:20:24 GMT
  7. References: <BzD8FB.FJE@CAM.ORG> <mattd-161292192238@city-lights.apple.com>     <BzGv1o.1zC@CAM.ORG> <NAGENDRA.92Dec22140945@csa.bu.edu>
  8. Organization: Champlain Regional College, St-Lambert QC CANADA
  9. Lines: 68
  10.  
  11. nagendra@csa.bu.edu (nagendra mishr) writes:
  12.  
  13. >What's wrong with option 1?  Just do a hide-cursor so that your cursor
  14. >is not visible.  Move it around all you want...  select things.  ShowCursor
  15.  
  16. >Besides, I think that having the cursor visible may cause problems
  17. >with the menu code: (I think it's safe to assume that the menu manager
  18. >is assuming that the cursor will be what is causing the picking to
  19. >happen and so it check's it location)
  20.  
  21. >ex:
  22. >    Assume you're navigating with the arrow keys and the mouse
  23. >cursor is visible:
  24.  
  25. >    let's say right under the menu, the menu somehow opens, the
  26. >cursor moves (accidently) --> takes a snapshot of screen under cursor,
  27. >the menu is closed, the cursormoves again --> the old snapshot is
  28. >placed on the screen ...  You're gonna have a ghost image of the menu
  29. >left on the desktop.  Sort of like how Showpic screws up the screen
  30. >while it is decoding pictures.
  31.  
  32. Well, I don't think that would happen. QuickDraw II is smart enough not to
  33. smear up the screen with the cursor if QD calls are used to draw and erase the
  34. menu.
  35.  
  36. But, elaborating on your suggestion, I would need to know a few things first.
  37. I read up on how the event manager treats custom pointing devices, and it is
  38. indeed very well done.
  39.  
  40. But I also noticed that, when using a custom pointing device, you never
  41. actually tell the event manager "Okay, I'm using my custom routine now" and
  42. "Okay, I'm disabling my deivce. Put the mouse back in".
  43.  
  44. There must be a way so that the event manager knows when to abandon the mouse
  45. in favor of the alternate device.... Unless they are both active at the same
  46. time, which would be very chaotic.
  47.  
  48. And do the mouse routines in the Misc Tool set automatically use whatever
  49. custom pointing device the event manager is using? If not I'm not sure this
  50. would work for custom menus.
  51.  
  52. Of course rewriting MenuKey and calling the DefProcs myself would be the best
  53. solution, but I guess it seems pretty impossible.
  54.  
  55. Finally, assuming I get this thing working, what do you think would be the best
  56. way to handle conflicts (eg OA-S for Save and OA-S to open "Special" menu).
  57. Use the option key instead? Control?
  58.  
  59. *Phew*
  60.  ______________________________________________________________________
  61. |~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
  62. | Phillip Vandry | Vandry@Cam.Org | Merry Christmas II you!            |
  63. |________________|________________|____________________________________|
  64.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  65.  
  66.  
  67. >******* better yet  ********************
  68.  
  69. >make a new device driver which responds to key events, and fakes the
  70. >mouse around the screen whenever you hit option or command or
  71. >whatever.
  72.  
  73. >****************
  74.  
  75.  
  76. >Nagendra
  77.  
  78. >Nagendra@csa.bu.edu
  79.