home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / hp / 14278 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  1.9 KB
  1. Xref: sparky comp.sys.hp:14278 comp.windows.x:20447
  2. Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!sdd.hp.com!cs.utexas.edu!hellgate.utah.edu!csn!boulder.parcplace.com!marvin!toml
  3. From: toml@marvin.boulder.ParcPlace.COM (Tom LaStrange)
  4. Newsgroups: comp.sys.hp,comp.windows.x
  5. Subject: Re: keyboardFocusPolicy problem
  6. Message-ID: <BzM8u1.Cn@boulder.parcplace.com>
  7. Date: 21 Dec 92 15:39:37 GMT
  8. References: <1992Dec11.192157.27180@sierra.com> <1992Dec11.195122.27511@sierra.com> <smr.724422189@hitkw14>
  9. Sender: news@boulder.parcplace.com
  10. Reply-To: toml@boulder.ParcPlace.COM
  11. Organization: ParcPlace Boulder
  12. Lines: 25
  13.  
  14. In article <smr.724422189@hitkw14>, smr@pki-nbg.philips.de (Stephen Riehm) writes:
  15. |> dkarr@sierra.com (David Karr) writes:
  16. |> I experience similar problems when using HP's datebook program, I also
  17. |> have everything set to explicit, and I can bring up the datebook with a
  18. |> couple of keypresses, enter in a date and message, but in order to
  19. |> select an event type, I need to use the mouse (whinge number 1), and
  20. |> once I have used the mouse, the focus highlight around the current
  21. |> widget is lost (whinge number 2), and I am forced to continue using the
  22. |> mouse in this application until I close the window (at which point I am
  23. |> able to fire up another one via the keyboard again.) (whinge number 3)
  24. |> 
  25. |> If anyone has found how to fix this, I would be very grateful to know
  26. |> how!
  27.  
  28.  
  29. I don't know if it will help but you should probably set the mwm/vuewm
  30. resource "enforceKeyFocus" to False.  When set to True (the default),
  31. mwm/vuewm is not playing by the ICCCM rules.  mwm/vuewm will do an
  32. XSetInputFocus to top-level windows when it hasn't been requested to
  33. and if I remember correctly, it does it with a timestamp of
  34. CurrentTime!  Very anti-social.  I spent spent a bunch of hours
  35. tracking this one down...
  36.  
  37. --
  38. Tom LaStrange        toml@boulder.ParcPlace.COM
  39.