home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / windows / x / 19426 < prev    next >
Encoding:
Text File  |  1992-11-20  |  2.1 KB  |  50 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!haven.umd.edu!wam.umd.edu!dododge
  3. From: dododge@wam.umd.edu (David O. Dodge)
  4. Subject: Pointer problems
  5. Message-ID: <1992Nov21.075823.382@wam.umd.edu>
  6. Summary: making pointer invisible
  7. Sender: usenet@wam.umd.edu (USENET News system)
  8. Nntp-Posting-Host: rac2.wam.umd.edu
  9. Organization: University of Maryland, College Park
  10. Date: Sat, 21 Nov 1992 07:58:23 GMT
  11. Lines: 37
  12.  
  13. Here's the situation:
  14.  
  15. I'm writing a program for a Sparc that requires exclusive access to the
  16. screen, but needs to run while X is running. I need some way to keep
  17. X from touching screen memory, because my program is doing direct writes
  18. into the framebuffer memory. The program needs to be able to get mouse
  19. input from the X server. I've gotten this to work fine under OpenWindows,
  20. but it still has a slight problem with MIT X11R5.
  21.  
  22. I need to get relative pointer movements. The problem is that when
  23. the pointer hits the edge of the root window, it stops moving, so what I've
  24. been doing is warping the pointer to the center of the screen, then reading
  25. a bunch of pointer events and figuring the deltas. Then I warp it back to
  26. the center of the screen again, etc...
  27.  
  28. The thing is, when you warp the pointer, even if the pointer is invisible
  29. (empty bitmap/pixmap), X11R5 is still trying to refresh that spot on the
  30. screen! Needless to say, this is wreaking havoc with my program, because
  31. the server keeps altering screen memory.
  32.  
  33. The reason this works fine under OpenWindows is because that server uses
  34. a hardware cursor (I think).
  35.  
  36. There are two solutions I can think of:
  37.  
  38.    1) Make it so that the server will let the user move the pointer off
  39.       the edges of the screen.
  40.  
  41.    2) Keep the server from touching the screen when I warp the pointer.
  42.  
  43. Any ideas? I've got no clue as to how to implement either of these things.
  44. I'd prefer (1), but (2) would solve the problem. Modifying the server
  45. is not an acceptable alternative, and I don't want this locked to the
  46. OpenWindows server either.
  47.  
  48. Any help/suggestions would be appreciated.
  49.                                             -Dave Dodge/dododge@wam.umd.edu
  50.