home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / windows / x / 19036 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  1.4 KB
  1. Path: sparky!uunet!ogicse!psgrain!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
  2. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  3. Newsgroups: comp.windows.x
  4. Subject: Re: ** Return focus (???)
  5. Message-ID: <1992Nov12.091824.18165@thunder.mcrcim.mcgill.edu>
  6. Date: 12 Nov 92 09:18:24 GMT
  7. Article-I.D.: thunder.1992Nov12.091824.18165
  8. References: <1992Nov9.230637.25668@alf.uib.no>
  9. Organization: McGill Research Centre for Intelligent Machines
  10. Lines: 26
  11.  
  12. In article <1992Nov9.230637.25668@alf.uib.no>, singg@alf.uib.no (Kurt George Gjerde) writes:
  13.  
  14. > 1)  Is it possible when an X-windows program is started that the
  15. >     (input)focus is returned to the xterm that started it??
  16.  
  17. (Assuming that by "X-windows" you mean the X Window System, more
  18. briefly called simply X...)
  19.  
  20. No.  There may be no such xterm (eg, program started via rsh, from a
  21. menu, or from some other terminal emulator), or it may be in no
  22. condition to receive input focus (eg, iconified, or perhaps even dead).
  23.  
  24. Also, since input focus is a window manager function, this would have
  25. to be done as a request to the window manager, and there's no defined
  26. way to make such a request.
  27.  
  28. > 2)  Is it possible to "redirect" all keyboard-input that comes (to
  29. >     the X-windows program) to the xterm that started the X-program??
  30.  
  31. No.  The first paragraph of reasons above is part of why.  Besides
  32. that, though, note that xterm tends to ignore synthetic events....
  33.  
  34.                     der Mouse
  35.  
  36.                 mouse@larry.mcrcim.mcgill.edu
  37.