home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / programm / 12850 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  1.7 KB

  1. Path: sparky!uunet!utcsri!geac!censor!comspec!nsq!entity
  2. From: entity@nsq.uucp (cybernetworx)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Locking Window Input -- How?
  5. Message-ID: <302@nsq.uucp>
  6. Date: 28 Aug 92 20:59:06 GMT
  7. Reply-To: entity@nsq.uucp (cybernetworx)
  8. Organization: NSQ
  9. Lines: 28
  10.  
  11. Ok, I need to know how to do the following as I don't think it's supported by
  12. the operating system:
  13.  
  14. I want to open a foreign window on an applications screen and then lock the
  15. input strictly to that window so that the user cannot click back to the
  16. application until I release the window (close it or whatever).  I've gone
  17. through the RKM's and can't seem to find anything that does this.
  18.  
  19. The method DOESN'T have to be friendly or anything.. as long as it works.  I
  20. would however like to keep the entire thing system friendly in the sense that
  21. it doesn't screw up any other tasks etc.  However, it can do anything as long
  22. as it's restricted to the current screen. (my VB handler keeps track of that)
  23.  
  24. I fooled around with various methods, and the best I could come up with was to
  25. have a VB interrupt which checks to see if I am on the proper screen and if
  26. so, I force MY window to be the active window by stuffing it's address in
  27. Intuition Bases's  ib_ActiveWindow pointer.  This sort of works, but doesn't
  28. give exactly the results I'm looking for.
  29.  
  30. If you have any ideas, please let me know.  I definitely don't want any idiots
  31. telling me that what I'm doing is not system friendly etc.  I know that.  It's
  32. not relevant in this case.  If you've got a nice system compliant way of doing
  33. it, great!  I'll use it... if not, any method will do :-)  
  34.  
  35. I would prefer direct email response since I can never find the time to keep
  36. up with this newsgroup.  Thanks!
  37.  
  38.  
  39.