home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / windows / x / 20155 < prev    next >
Encoding:
Internet Message Format  |  1992-12-12  |  2.3 KB

  1. Path: sparky!uunet!nwnexus!ole!rwing!fnx!sgihbtn!dkarr
  2. From: dkarr@sierra.com (David Karr)
  3. Newsgroups: comp.windows.x
  4. Subject: keyboardFocusPolicy problem
  5. Message-ID: <1992Dec11.192157.27180@sierra.com>
  6. Date: 11 Dec 92 19:21:57 GMT
  7. Sender: news@sierra.com
  8. Organization: Sierra Geophysics,  Kirkland WA
  9. Lines: 39
  10. Nntp-Posting-Host: dopey
  11. X-Newsreader: TIN [version 1.1 PL8]
  12.  
  13. I'm seeing a strange problem with the keyboardFocusPolicy resource.  I am
  14. running on an HP9000/750, with VUE (although it also happens under mwm).
  15. Running Motif v1.1.1.
  16.  
  17. I normally run with my window manager keyboardFocusPolicy set to "pointer",
  18. and my application keyboardFocusPolicy set to "explicit".  I don't have any
  19. problems.  Someone else here runs with both set to "explicit".  He is
  20. seeing some strange behavior (and I've been able to repeat it) in regard to
  21. widget focus.
  22.  
  23. In our application, we perform some actions that cause particular container
  24. widgets in our dialogs to be replaced (manage one, unmanage the other) with
  25. a different container widget.  The widgets in each container are
  26. optionmenus, textfields, buttons, etc.  When we bring the dialog up (in
  27. explicit/explicit mode), we can click on a field or press TAB to change the
  28. widget focus.  We can then toggle the container widget, but at that point
  29. we appear to have lost the ability to get focus to any of the
  30. Text/TextField-derived widgets.  In fact, the "focus highlight" is not
  31. present on any widget in the dialog.  We can click on buttons and
  32. optionmenus, but clicking on a textfield only gives us the little caret at
  33. the bottom of the field.  We don't get the focus highlight or the insert
  34. cursor, and valid keypresses don't get inserted into the field.
  35.  
  36. If I then move the window focus to another window, and then move it back
  37. again to the application, then the last widget that had focus regains the
  38. focus highlight and the insert cursor.  I am then able to enter text into
  39. the field.
  40.  
  41. And again, if my window manager focus policy is "pointer" (still keeping
  42. the application focus policy at "explicit), then this problem does not
  43. occur.
  44.  
  45. I don't know if this is relevant, but we call XmAddTabGroup for all the
  46. widgets we want to be a separate tab group.
  47. --
  48. David M. Karr
  49. Sierra Geophysics, Inc.
  50. ARPA: dkarr@sierra.com, UUNET: uunet!sgihbtn!dkarr
  51. Phone: (206) 822-5200 (x343)
  52.