home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / windows / x / motif / 8415 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  2.1 KB

  1. Path: sparky!uunet!caen!kuhub.cc.ukans.edu!nrlvx1.nrl.navy.mil!mcintyre
  2. Newsgroups: comp.windows.x.motif
  3. Subject: Keyboard Traversal
  4. Message-ID: <1993Jan7.154201.897@nrlvx1.nrl.navy.mil>
  5. From: mcintyre@nrlvx1.nrl.navy.mil
  6. Date: 7 Jan 93 15:42:01 -0400
  7. Organization: NRL SPACE SYSTEMS DIVISION
  8. Lines: 36
  9.  
  10.    I am checking the keyboard traversal of my apllication right now and things
  11. seem to work as expected, except...
  12.  
  13.    How do you determine the order in which the widgets are traversed within a
  14. shell?  I thought it was by position, i.e. moving from the upper-left hand
  15. corner to the lower-right hand corner of the shell; but that does not appear to
  16. be the case all the time and it certainly is not the desired behavior all of
  17. the time.  How do you change this??
  18.  
  19.    Second problem is very specific.  I have the following widget strucutre:
  20.  
  21.    XmDialogShell--
  22.                  |
  23.                  ->XmPanedWindow--
  24.                                  |
  25.                                  ->XmScrolledList
  26.                                  |
  27.                                  ->XmForm--
  28.                                           |
  29.                                           ->XmPushButton...
  30.  
  31. This is just a simple dialog with a scrolled list widget and 3 pushbuttons, OK,
  32. Apply and Cancel.  I have set the OK button to be the defaultButton of the Form
  33. to start with and this works.  What does not work is using the RETURN key
  34. within the scrolled list.  The item looks selected, but when I programmatically
  35. query the widget for the selected item, I get back a NULL value.  Using the
  36. SPACE key to select an item in the scrolled list works perfectly fine, but not
  37. the RETURN key.  I assume that there is a conflict in the Translations between
  38. the default pushbutton and the use of the defaualt key inside the scrolled
  39. list.  However, I have not dealt with translations to any degree, (I have been
  40. avoiding them), and do not want to delve into them unneccesarily.  BTW the
  41. scrolled list widget is a single select list.  Does anyone know a simple
  42. answer, or any answer, for this problem??
  43.  
  44.                         Sean T. McIntyre
  45.  
  46.